标签： CoreData

DevLog：2025年10月15日

1、上次修改搜索功能之后，增加了点击搜索结果立刻跳转到应用的对应内容的功能，实测可以跳转到对话的对应位置，但不能跳转到收藏的对应位置，在搜索结果页面，对话和收藏条目下的更新时间显示也有问题，对话内容创建于几天几小时前，收藏内容更新于几天几小时前，统一成创建于年月日，小时分钟，与对话列表和收藏列表条目的时间显示形式一致，让Cursor检查并修正一下

2、修改过程中发现，前者是因为CoreData对象不能直接跨不同的实例传递，需要通过ID来传递和查找Note对象，后者是将相对的时间格式改成绝对的时间格式，修改后测试，时间显示正常了，但点击对话和收藏的搜索结果都无法直接跳转到对应位置

3、通过反复的添加调试信息、反馈调试信息定位并解决了问题，并且适当缩短了等待时间，目前点击搜索结果中的对话内容可以直接跳转到对话所在位置，点击收藏内容可以直接打开对应的收藏条目，已经基本实现了优化搜索页面的需求

4、上次修改应用时，我想到可能需要按照macOS 26的最新设计规范来调整一下ChatWith for Mac的界面，于是询问Cursor“你熟悉最新的macOS Tahoe应用设计规范吗？如果要对当前的应用的UI做一些针对macOS Tahoe的优化，你有什么建议？在进行这些修改后，还能否兼容macOS Tahoe之前的系统？”Cursor的回答很诚实：我需要先确认一下您提到的 macOS 版本。根据我的知识（截止到2024年4月），Apple 的最新版本是 macOS Sonoma (14.x) 和 macOS Sequoia (15.x)。我没有关于”macOS Tahoe”的具体信息。

5、不过Cursor也给了一些既适用于macOS 14.0 Sonoma，也能保持向后兼容的UI优化建议，包括材质和视觉层次、增大圆角和边距、使用Typography排版、增加hover效果等交互反馈、使用多色SF Symbols等等，这些都是锦上添花的东西，不急，还是继续优化功能更要紧

6、下一步计划增加上传图片和文档的功能，在对话界面的联网搜索和发送按钮之间增加附件按钮，点击可以上传本地的图片或文件（主要是文档格式），上传之后不直接发送给 AI，可以在输入框补充一些文字需求，一并提交

DevLog：2025年9月23日

1、突然发现Cursor的DashBoard统计竟然正常了，又能看到近期修改、建议、接受的代码量了

2、先让Cursor结合当前应用的功能更新了一下README文档，主要的变化除了将备忘录改成收藏之外，还有数据持久化方案由UserDefaults变成了Core Data，Markdown渲染由自定义解析器改为MarkdownUI等等

3、接下来优化上周遗留的设置列表显示局促的问题，直接将SettingsListView添加到对话，并要求Cursor优化一下这个设置列表文件，目前显示有点局促，看它能否理解，Cursor调整了间距、布局，增加了卡片式设计和选中指示器，但总觉的跟另外两个界面的风格不是很搭，设置列表左右两侧和上方有明显的空白

4、统一调整了设置列表SettingsListView、收藏列表NotesListView、对话列表AIChatSessionListView三个文件的选中状态，不再使用圆角，因为圆角会导致出现一些小的空白，反而不够美观，然后调整了设置列表的点击区域和底色，点击区域扩大到整行而非文字部分，至于底色，多次修改并让Cursor对比文件后，发现是因为设置列表使用的是List容器，而收藏列表使用的是ScrollView+LazyVStack容器，List容器有自己的默认背景色和样式，于是也将设置列表改成了收藏列表一致的容器，问题解决

5、然后调整了数据统计、回收站的细节，还是之前调整备忘录和AI对话顺序后的后遗症

6、下一步清理当前应用中的调试信息，AI对话部分调试信息很多，可能也会影响应用的性能，Cursor一次清理了8个文件中的67行调试信息，并且处理了一个警告信息，明天再测试当前应用的功能，规划下一步修改，并尽快打包当前应用，实机安装、测试

DevLog：2025年9月17日

1、昨天已经基本实现了模型添加、AI对话的基础功能，今天继续完善，首先是添加多个模型并在对话时切换模型，首先在添加两个模型之后，发现设置-可用模型的模型列表里，两个模型之间有两条分割线，而且创建新模型时，无法保存我填写的新API密钥和基础URL，而是沿用了我添加的第一个模型的API密钥和基础URL

2、首先更新了AIModel结构体，添加了apiKey和baseURL字段，移除了isDefault字段，修复了ModelEditView的保存逻辑，更新了模型测试逻辑和对话配置逻辑，使用模型自己的API配置进行对话，而不是使用全局的API配置（早就应该这样了），然后移除了modelRow函数中的Divider():，去掉了多余的分割线，再次测试，两个问题成功解决

3、但AI对话窗口里又出现了回答在上、问题在下的情况，另外切换模型的弹窗显示也有问题，先修复切换模型的弹窗的显示效果，同时修复一下AI对话列表的选中状态，目前根本看不出来选中了哪个对话，修改后仍然不能在对话列表中标示出当前选中的对话，还需要再修改

4、先用硅基流动的DeepSeek R1 API测试了一个需要联网获取最新信息的问题，发现目前思考过程没有展示、AI回答内容没有经Markdown渲染、看不到Tavily提供的资料链接，决定让Cursor同时修复这些问题，并明确要求使用MarkdownUI来进行Markdown渲染，其实之前已经有了一部分支持这些功能的代码，但功能不完整，Cursor列出了Todo，一步步修改，稍后一并给Cursor反馈问题

5、Cursor一次修改了思考过程展示/折叠和展开、Markdown渲染、Tavily资料链接显示等功能，其中在Markdown渲染上，先创建了一个新的文件MarkdownView，但没有添加到项目里，提示构建失败，于是又重新启用现有的MarkdownRenderer，并且引入了MarkdownUI，同时还保留了自定义AttributedString实现作为备选方案，原因貌似是MarkdownUI只支持14.0以上的macOS，我觉得没有必要保留备选方案，之前修改NoteWith时已经验证了MarkdownUI的渲染效果，于是要求Cursor去掉了自定义实现相关代码，使用MarkdownUI作为唯一的渲染方案，MarkdownRenderer代码更加简洁了

6、接下来测试一下思考过程、Markdown渲染、Tavily链接的显示效果，先把AI对话内容的显示顺序搞定，然后处理了一下点击AI对话右上角无法切换模型的问题（原因是ChatView的模型选择回调中代码被注释掉了，没有实际实现模型切换功能，而且每个对话都显示第一个可用模型，而不是用户选择的模型，模型切换没有保存到对话中，我需要为每个对话独立保存选择的模型），Cursor自称目前已经实现如下目标：新对话默认使用第一个可用模型、点击右上角的模型名称选择其它模型、选择的模型立即保存到该对话中、每个对话都有自己独立的模型选择、重启应用后每个对话仍然使用之前选择的模型

7、模型可以正常切换了，但试了几个问题，发现无法触发应用通过Tavily获取最新信息，Cursor分析发现虽然Tavily密钥已经存储在模型中，但实际的消息发送逻辑中没有使用Tavily服务，需要实现Tavily集成，创建了一个新的Tavily服务类TavilyService，并修改了OpenAIService，表示当提问时应用会自动通过Tavily获取最新信息

8、测试发现即使是不支持深度思考的模型，回答内容里也会出现思考过程区域，而且回答内容没有经过Markdown渲染，也看不到Tavily的资料链接，在用MarkdownUI来实现Markdown渲染效果的过程中，Cursor多次创建和删除Package文件（因为一直没有真正引入MarkdownUI），多次用命令行修改MarkdownRenderer，多次尝试不使用MarkdownUI，而是换用SwiftUI的原生功能来实现基本的Markdown渲染，不知道为啥今天反复出现这种“退步”的操作，我多次打断，反复强调要用MarkdownUI来渲染

9、已经有部分文字可以呈现渲染后的效果，但表格还是无法正常显示，参考NoteWith，可能要对表格和代码块的显示进行单独的优化，猜测上面重复同样的操作可能是因为这个对话的上下文太长了导致的，后面在Cursor里开一个新对话再修改这些内容

10、又遇到了刚刚进行的问答没有被保存到对话里的问题，在修改ChatWith，将用户消息和AI消息更新后都调用onUpdate将其保存到Core Data后，问题解决

11、在修改MarkdownRenderer以支持对表格和代码块的渲染优化时，Cursor反复检查MarkdownUI的版本、添加MarkdownUI默认的表格和代码块渲染样式、添加自定义的表格和代码块渲染样式，然后删除这些内容，多次操作后相当于没有做任何的修改

12、决定试试让Cursor创建单独的文件来处理表格和代码块的渲染，并且使用MarkdownUI，Cursor创建了TableRenderer和CodeBlockRenderer，并将新文件添加到项目，但多次尝试后，即使已经将这两个新文件集成到AssistantMessageView之后，仍然未能实现对表格的正常渲染

13、由于目前的ChatWith是由iOS应用修改而来，且在修改过程中对代码和架构进行了大量的调整，怀疑目前有部分文件功能是重复的，让Cursor列举结构和分工后发现ChatWrapper是多余的、ChatView过于庞大、且组件职责不清晰，比如ChatMessageListSection和ChatMessageListView功能重复、ChatInputSection和ChatInputView功能重复，Cursor建议简化架构、删除冗余文件、重新组织文件结构，决定让Cursor实施这些优化

14、修改完成后架构更清晰（每个文件职责单一，易于维护，减少了不必要的中间层），代码更简洁（ChatView从436行减少到约280行，移除了重复的组件子定义），维护性更好（组件独立，便于单独测试和修改，文件结构更符合SwiftUI最佳实践），当然每次Cursor在修改完后都会这么说，还是要实际测试一下修改成果

15、继续测试具体的功能，首先发现在与支持深度思考的DeepSeek R1模型对话时，思考内容和回答内容混在了一起，未能像之前规划的那样分成两块，并且思考内容要可以折叠，可以展开，Cursor在分析后修改了OpenAIService中的seperateThinkAndAnswer函数，以正确解析思考内容，但仍然没有解决问题

16、我现在觉得可能将iOS版的ChatWith修改成Mac版，再逐个测试、恢复功能，可能是做了大量的重复工作，既然之前NoteWith for Mac已经基本可用了，那其实可以对它进行简化，实现我对ChatWith for Mac的一系列需求，于是复制了一份NoteWith for Mac的源文件，并要求Cursor将应用的名字改成ChatWith，这一过程包括将应用名称由NoteWith改为ChatWith、更新XCode项目文件中的名称引用、更新Swift文件中的名称引用、更新Info.plist文件、重命名相关文件夹和文件等

17、Cursor很快完成了修改，并且按照我的反馈替换掉了一些漏网之鱼，接下来就是去掉待办事项模块、测试功能了，后面可能还要把备忘录替换为收藏，去掉待办事项模块及相关功能包括了分析待办事项模块的组件和依赖、移除待办事项相关的数据模型、移除待办事项相关的视图、移除待办事项相关的视图模型、从DataManager中移除待办事项相关代码、从导航中移除待办事项相关项目、从项目文件中移除待办事项相关文件等步骤，并且根据我的反馈删掉了两处遗留的待办事项相关功能

18、构建成功后，整理了文件结构，特别是Views文件夹下既有AIChat和Notes两个文件夹来存放AI对话和备忘录相关的视图文件，又有大量视图文件散落在Views文件夹下，ViewModels文件夹也有类似问题，移动文件并更新project.pbxproj中的路径后，问题解决，结构清晰了一些

DevLog：2025年9月16日

1、今天首先解决昨天的遗留问题，统一一下应用的布局，改成三栏布局，最左边是应用的名字，以及对话、收藏、设置 三个按钮，中间栏是对话列表、收藏列表和设置大项，第三栏是对应的详情，Cursor延续了昨天的NavigationSplitView，并且创建了AppSidebar和MiddleSideBar组件（都在ContentView里，后面可能也要拆分这个文件了），然后修改了多个文件来匹配三栏布局

2、最左侧导航栏的颜色、图标、文字大小等样式都还可以，但目前对话界面缺少了创建对话按钮，设置界面的详情显示也都比较局促，需要继续调整布局和功能，比如：

1.模型设置界面需要有多模型管理功能，可以添加、删除、测试模型，并且增加Tavily联网搜索能力的支持，Base URL需要具备自动补全能力

2.增加回收站功能，可以管理已删除的对话和收藏，并且按钮放在数据统计和外观设置之间

3.外观设置的样式也需要改一下，现在这种横向三个按钮切换显得很局促

3、接下来一步步修改，先从模型的添加、修改、删除、测试功能开始，第一次修改后效果不佳，我发现DetailView好像包含了对话、收藏、设置三个模块的最右侧区域，于是让Cursor将其拆分为单独的文件，ConversationDetailView、FavoriteDetailView、SettingsDetailView，拆分后DetailView由596行代码缩减成了42行，并且新创建的三个文件每个文件都专注于特定功能，代码结构清晰了一些

4、现在添加模型的弹窗显示不正常，可填写信息的窗口只有很小一块，存在大片空白，无法正常使用，让Cursor修复，同时删除可用模型列表顶部的API配置按钮，我不需要在列表里配置API Key和BASE URL

5、然后调整弹窗的功能，包括给弹窗增加Tavily密钥字段，放在API配置的最后，弹窗底部增加取消和保存两个按钮，去掉“默认模型”相关的设置等等，现在弹窗信息可以完整显示，并且效果还可以，然后删除了部分按钮的边框线，去掉了“默认”标识，但Cursor标识在删除当前使用的模型时会自动切换到第一个可用的模型，看样子还是有类似默认模型、当前模型的设置，还是要清理掉

6、开始添加模型，测试后决定，删掉应用预置的默认模型配置，所有的模型都由用户来自行设置，另外在点击测试时，无需通过弹窗提示测试结果，直接在列表里模型名称的下方显示测试结果，比如错误信息、响应时间等，然后修正部分问题，比如在添加模型后重启应用模型信息会消失，创建新模型时可以看到之前填写的API KEY和Base URL

7、发现SettingsView里目前还有一些AI模型相关设置，但刚刚这些修改都不涉及SettingsView，怀疑可能有部分代码未被使用，询问后发现整个文件都未被使用，并且SidebarView里也有部分过时代码，一并进行了清理

7、看起来暂时没有引发新的问题，目前已经添加了第一个模型，继续测试AI对话功能，首先就是对话界面缺少了创建新对话按钮，把这个按钮加在对话界面右上角，测试发现即使是经过测试提示连接成功的模型，也无法正常对话，Cursor表示目前没有实现真正的模型测试功能，没有真正调用API，怪不得每次测试连接时间都是1.2s，并且ChatView使用的是全局的AppStorage值，而不是用户选择的模型配置，在修改过程中Cursor添加了一些调试信息，发现可能是因为currentModelID为空字符串，导致无法找到匹配的模型，系统回退到默认配置gpt-3.5-turbo，而不是我自己配置的模型

8、这就是上面说的“当前模型”的设置，要求Cursor去掉这个增加了应用复杂性的功能，在开启对话时，直接用可用模型列表里的第一个模型

9、测试了几次对话，但发送消息后会报错400，结合Cursor添加的调试信息，多次反馈后定位了问题，然后修正了AI对话内容无法保存的问题，可能是未能将新对话和更新的对话保存到Core Data，至此已经基本实现了添加模型、AI对话的基础操作

10、修改了AI对话消息的显示顺序，改成问题在上、回答在下，明天再继续完善功能，比如添加多个模型、测试模型的切换效果，完善AI对话列表的选中状态提示、更新时间、置顶/取消置顶等右键菜单操作

DevLog：2025年9月15日

1、目前ChatWith for Mac使用的数据存储方式是UserDefaults，虽然目前应用的功能还很少，UserDefaults足矣，但这种存储方式不适合大量数据存储，数据量大时读写较慢，只能存储基本类型和可编码对象，且不支持复杂查询，决定趁现在应用功能还少（并且参考NoteWith的教训，将数据存储方式切换到Core Data之后基本上所有功能都要重新测试、大量修改），先把对话数据切换到Core Data，设置类的数据仍然用UserDefaults
2、Cursor拆解步骤包括：设置Core Data模型和持久化容器、创建Core Data实体模型、更新ConversationManager使用Core Data、迁移现有的UserDefaults数据到Core Data，修改过程中Cursor创建了新的文件，但没有直接修改项目文件，反而又把新文件删除了，打断操作后纠正了这种无故回退的操作，而且反复创建版本化的模型文件
3、为了优先保证成功构建，Cursor先创建CoreDataManager，并通过CoreDataManager管理对话数据，但底层先使用了UserDefaults，在我的要求下切换到了Core Data，创建了ChatWith.xcdatamodeld模型文件，定义了ConversationEntity和MessageEntity实体，设置了正确的属性和关系映射（之前用Trae时创建模型文件、定义实体和设置属性、关系映射都需要手动操作），同时还实现数据迁移机制，自动检测并迁移现有的UserDefaults数据到Core Data
4、但目前这个应用还不需要数据迁移机制，于是修改了CoreDataManager和ConversationManager，移除了数据迁移相关代码，至此，对话数据使用Core Data进行持久化存储，设置数据继续使用UserDefaults
5、测试发现有多个文件出现了onChange相关的警告，这是因为在macOS 14.0中，onChange(of:perform)语法被弃用了，需要使用新的语法，修改后警告消除
6、还有一处警告信息：ChatWith isn’t code signed but requires entitlements. It is not possible to add entitlements to a binary without signing it.这是因为应用中又entitlements权限文件，但没有进行代码签名，macOS要求又权限文件的应用必须进行代码签名，Cursor认为目前应用不需要特殊权限，于是将其删除，后续如果需要将应用发布到App Store或者需要特殊权限时可以重新创建entitlements文件并配置签名代码、添加必要的权限声明
7、接下来修改应用的布局，先修改对话和收藏界面，左侧是列表，右侧是详情，Cursor使用了NavigationSplitView来替代以前的TabView，并且创建了左侧边栏SidebarView、右侧详情DetailView
8、之后扫了一遍所有的文件，删除了未被使用的FavoritesView和ConversationListView
9、接下来测试具体的功能，从添加模型、发起对话开始，首先在设置中添加模型时，目前的设置界面显示非常局促，不能完整显示具体的设置内容，要求Cursor将其改成分栏布局，即使用NavigationSplitView，并且调整了界面的文字和图标大小等等，但多次调整后依然有部分元素被遮挡，看来还得重新规划一下应用界面的布局，可能NoteWith目前在使用的三栏布局的确是比较好的方案

DevLog：2025年9月12日

1、继续修改备忘录模块，目前已经应用了MarkdownUI，但仍然没有实现我希望的所见即所得的效果，仍然需要点击编辑按钮才能修改内容，修改之后变成了点击备忘录内容区域就能进入编辑模式，在编辑模式下使用TextEditor进行纯文本编辑，在预览模式下显示MarkdownUI渲染的效果，并且支持文本选择
2、接下来尝试用MarkdownUI优化AI回答内容的渲染效果，先用MarkdownUI优化除代码块和表格之外的内容的渲染效果，因为代码块和表格已经有单独的文件在渲染，Cursor通过在UnifiedMarkdownView中添加import MarkdownUI，并将.text组件的渲染从简单的Text替换为Markdown(text)，实现了这一需求
3、然后用MarkdownUI渲染了AI回答中的表格，让普通文本和表格渲染效果一致，再将MarkdownUI用到代码块的渲染中，我发现在这个过程中Cursor修改的文件是UnifiedMarkdownView，并不是专门用于渲染代码块的CodeBlockView和MarkdownWithCodeBlocksView，以及专门用于渲染表格的TableView和MarkdownWithTablesView，询问后Cursor表示这些文件目前没有被使用，于是删除并修改了项目文件，移除对这些文件的引用，之后测试了一个新的问题，删除这四个文件的确对AI回答的渲染没有任何影响，现在AI问答中所有的Markdown内容都通过MarkdownUI进行统一渲染
4、真真切切感受到了使用成熟的三方库给应用开发带来的效率提升，之前为了实现对代码块和表格的渲染不知道修改了多少次代码才让这两个模块的显示效果基本可用
5、但现在还有CodeBlockParser、TableParser、MarkdownTableCell 三个文件，不知道是否还在使用，询问Cursor后得到的答复是只有TableParser还在使用，它定义了TableRow结构体，是UnifiedMarkdownView中表格解析的核心数据结构，所以仍然保留了这个文件，另外两个文件已经不再使用，直接删除并修改了项目文件，实测对目前的AI回答内容渲染效果无影响
6、发现在AI对话列表里，有部分对话只显示了标题，没有显示摘要，这和我之前的规划不符，再次明确标题默认是我在这个对话中提出的最后一个问题，下面小字默认是最后一个回答内容的前50字
7、由于近期对应用的修改较为频繁，猜测可能还有部分文件也没有被使用，但依然存在于文件目录中，于是直接让Cursor检查目前还有哪个文件未被使用，并明确“先检查下，不要直接删除”防止像上面第3步那样直接删除多个文件，虽然没有什么实际影响
8、检查发现MarkdownTextView、MarkdownRenderer都已被MarkdownUI取代，还有多余的DataManger，以及前边经过分析认为有用的TableParser，都可以删除，决定让Cursor逐个删除并测试构建，确认没有依赖关系，在将这些文件删除，并且将原本在TableParser中定义的TableRow结构体移到了UnifiedMarkdownView中之后，构建成功，并且AI问答和备忘录的渲染依然正常，今天一共删除了大概9个文件，这下项目更干净了，且功能没受影响
9、AI问答的内容，与消息气泡的边缘的距离有些太近了，需要适当增加一点边距，询问Cursor了解当前的边距设定之后，将用户消息和AI消息的下边距统一由4增加到8，现在看来稍微好些了
10、发现不知道从啥时候开始，在AI对话、备忘录和待办事项三个界面，第二栏和第三栏之间无法通过拖动分割线调整比例了，我记得之前已经将这三个界面的第二栏和第三栏统一用HSplitView，并且设置了最大宽度、最小宽度和理想宽度，检查后发现AIChatSessionView、NotesListView和TodoListView都设置了固定的宽度300，会阻止用户通过拖动分割线调整比例，并且待办事项列表页也设置了最小宽度，也会影响待办事项列表（分组）的宽度
11、在修改过程中，我提出希望Cursor能够保存用户通过拖动调节的宽度值，Cursor创建了新的InterfaceSettings数据模型和ResizableHSplitView组件，前者用于持久化保存宽度设置，后者用于监听用户拖动分割线时的宽度变化，多次修改后默认宽度依然是400，虽然可以通过拖动分割线调整宽度，但调整后的宽度不会被保存，切换到其它界面再切回来，宽度依然是400，后续再修改
12、突然想看看最近Trae多次更新之后水平有没有什么提升，于是复制了一份ChatWith，改名为ChatWith for Mac，让Trae把这个iOS应用改成Mac应用，经历了修改项目文件、Info.plist、ContentView、ConversationListView、ChatWith、MessageViews等等文件，以移除iOS特有、在macOS上不适用的代码，接下来就是漫长的构建失败-查找原因-修改-继续构建失败-清理缓存-继续构建失败的过程，在这一过程中遇到了6次“模型思考次数已达上限”的提示，即使经历了如此漫长的修改，仍然构建失败，没想到Trae的Auto模式还是这么难用，第七次提示模型思考次数已达上限之后终于还是没耐心了
13、由Cursor接手继续修改，指令“这是一个由iOS应用改成的macOS应用，但在修改过程中反复出现构建错误，看一下原因”，Cursor在构建一次之后直接定位了问题所在，于是创建了任务列表来修复错误，只用了几分钟就构建成功，为什么Trae连快速定位问题都做不到呢？
14、而且Trae在修改过程中，还在项目文件夹里创建了很多个扩展名为.o的文件，Cursor表示这是编译过程中的中间产物，包含机器码，但通常应该在DerivedData目录下，而不是在源代码目录，于是让Cursor直接删掉了这些文件
15、然后让Cursor评估是否还需要原本iOS应用的启动画面文件SplashView，macOS应用通常直接显示主界面，不需要启动画面，删除此文件后Cursor同步从项目文件中移除了SplashView的引用
16、测试发现应用可以打开，但在Dock栏没有图标，且打开的应用没有直接出现在所有窗口最前，让Cursor修改之后解决了应用未显示在所有窗口最前的问题，但应用的图标不是macOS应用默认的图标，接下来让Cursor排查目前未被使用的文件，包括了由Trae创建的测试文件TestFile.swift，以及Package.swift(Swift Package Manager文件，但项目使用的Xcode项目，又是一个Trae的迷之操作)，果断删掉了这两个文件，然后在Xcode中重新打开项目所在文件夹，图标问题解决了
17、接下来可以测试和完善功能了，首先就是设置界面和AI对话界面弹窗太小的问题，完全看不到其中的内容（可能macOS上不太适合这种弹窗sheet的交互方式吧），Cursor同步修改了对话列表界面的弹窗、AI对话界面的模型选择器、设置界面的模型编辑弹窗、收藏界面的弹窗，但修改效果不佳
18、发现Cursor在最近更新后，修改过程中会标出哪个操作使用了用户的习惯或规则
19、接下来，优先把应用的数据存储方式由UserDefaults改成User Defaults和Core Data混用

DevLog：2025年8月18日

1、截至目前已经用Cursor编辑了63939行代码，今天继续让Cursor恢复各个模块的功能，并优化应用界面和交互，整体原则就是优先用已有的代码
2、首先是AI对话相关功能，从添加模型开始，添加模型功能目前不能正常使用，填写所有信息并点击添加后，没有保存到模型列表里，且添加模型界面需要增加一个备注字段，优先用已有的代码来实现此功能
3、在可以保存模型之后，发现只能删除，不能编辑模型，且API Key、Tavily Key都是以明文显示，也不安全，点击AI对话右上角的模型切换按钮，也看不到目前已有的模型，继续让Cursor修正
4、一直以来都是使用Cursor的Auto模式，但今天第一次见到它出现了思考过程，今天这是在调用什么支持深度思考的模型了吗？
5、继续调整模型添加和选择相关功能，比如把备注字段放在添加和编辑模型界面的最上面，对话界面右上角也显示备注字段，显示选择状态等等
6、AI模型的添加、编辑、切换基本搞定，接下来测试对话过程，首先遇到的问题是：已经填写了AI模型的信息，但提问后反馈“错误，未找到指定的AI模型”，在修改过程中发现目前存在aiModels和aiConfigs两种模型数据混用的情况，于是让Cursor检查有无其它功能仍在混用，Cursor检查后建议完全迁移到aiConfigs，因为它功能更完整，且不需要Core Data的复杂性，已经实现了完整的GRUD操作
7、有点疑惑UserDefaults和Core Data两种数据存储方式竟然可以混用？询问Cursor目前哪些地方用了UserDefaults，哪些地方用了Core Data，Cursor在梳理后表示现在的确是“分层混用”的状态，Core Data管理业务数据（笔记、会话、消息），UserDefaults管理轻量设置（外观、Tavily Key）以及AI模型配置aiConfigs，技术上是合理的，决定暂时保持目前的混用状态
8、继续测试AI对话相关功能，发现无论我问哪个模型，都会收到“这是一个模拟的AI问答。您的问题是：你好”的回答；对话内容没能保存到对话列表里；即使模型不支持深度思考，也会显示思考过程，看一下是怎么回事，并且尽量使用已有的文件和代码来解决问题
9、再次测试时发现无论使用哪个模型都会收到模拟的回答，而不是真实的AI的回答，并且AI问答列表显示的内容也有问题，继续让Cursor修正，Cursor表示是为了先确保实现其它功能，避免因误调用产生费用，而且即使真实调用失败时界面也能正常流转，但我不需要这种所谓的兜底方案，于是直接让Cursor真实调用AI模型，不需要模拟回答
10、然后又遇到了“网络连接错误”的提示，怀疑可能是Base URL的问题，询问Cursor之后，决定让应用自动补全/chat/completions，并且在AI模型添加/编辑界面增加说明文字，防止用户填错，Cursor添加了智能URL自动补全机制，如果用户只输入了基础地址（如 api.openai.com），会自动添加 https:// 和 /v1/chat/completions，如果用户已经包含了部分路径，会智能补全，从而避免重复添加路径导致的双重拼接问题，测试发现只需要填写最简单的网址就可以，比如https://api.deepseek.com、https://openrouter.ai/api
11、然后我发现无论模型是否支持深度思考，在回答时都会显示思考过程区域，如果模型不支持深度思考，就看不到完整的回答内容，让Cursor增加了自动判断模型是否支持深度思考的机制，修改过程中Cursor在AI模型设置中增加了深度思考开关，将决定权交给用户，我觉得还是自动判断更方便，于是改成了自动判断是否支持深度思考的方式
12、现在可以正常判断出deepseek r1支持深度思考了，思考过程可以展开/折叠，但即使展开也看不到思考过程的详细内容，在回答过程中，界面无法随着回答内容自动向下滚动，且看不到完整的回答内容，Cursor在修改过程中改进思考过程内容、改进自动滚动逻辑、改进内容更新机制，在测试过程中发现之前的MarkdownRenderer和CodeBlock相关功能还都有效，太棒了！
13、我之前有要求Cursor在AI对话页的每条消息下面添加三个按钮，收藏、复制、删除，不知道现在还有没有相关代码，没有的话就重新添加三个按钮和对应的功能，针对这一需求，修改后竟然给思考过程和回答内容增加了不同的背景色，但思考过程应该在回答内容上方，继续调整
14、调整完这些之后，AI对话界面的问题和回答都统一居左了，让Cursor调整了下，问题在左边，思考和回答在右边，然后点击收藏消息时，不要滚动到底部，保持在当前的浏览位置就行
15、接下来测试Tavily相关功能是否正常，询问deepseek r1一个需要搜索最新信息的问题，同步测试下深度思考是否正常，能否看到搜索链接，能否点击打开对应页面，能否收藏等功能，发现1.深度思考可以按句流式输出，但看不到完整的思考内容，只能看到最后两行 2.目前项目文件里已有Tavily相关文件和代码，回答内容的下方需要展示Tavily参考的链接，并且可以点击打开链接，看看现有的文件是否支持该功能 3.回答内容中包含网址时，其中的“.”会显示为“。” 4.点击收藏按钮，虽然提示收藏成功，但没有出现在备忘录列表里，四个问题全部反馈给Cursor修改
16、今日遗留问题：1.AI回答内容里的“.”都显示成了“。”，网址和代码都受此影响；2.思考内容虽然支持流式输出，但始终只能看到两行，看不到全部思考内容；3.提出问题后，只有主动滑动一下才能看到底部的“AI正在思考中”的提示
17、Cursor已经开始建议我“Start a new chat for better results”，难道是这个对话里内容太多了？明天重新开启一个对话之后再修正这三个遗留问题，然后测试其它功能

DevLog：2025年8月17日

1、今天重点优化备忘录相关功能，首先我发现备忘录列表里显示的备忘录内容不会随修改更新，比如备忘录里明明有文字，列表里却显示“空内容”，另外需要把备忘录标题下面的“文本编辑器”和右侧的字数统计去掉，因为界面右下角已经有字数统计了
2、修正这一问题后，发现又看不到支持深度思考的模型的思考过程了，并且在AI回答时，界面也不会自动向下滚动，可能是昨天将MessageView从AIChatView中拆分出来之后又有部分功能丢失了？先把这部分功能加回来，然后优化一下输出时的卡顿问题
3、继续优化备忘录，测试时发现了“列表顺序会随着点击发生变化，而不是只有修改内容时才会变化”和“光标自动跳转到结尾”的问题，在修改过程中，我发现虽然目前用的TextEditor是纯文本编辑器，但当前仍然有用到NSAttributedString来进行富文本处理，其实现在不需要处理富文本了，于是让Cursor去掉了富文本相关的代码
4、发现部分备忘录内容可以正常显示，部分不能，Cursor排查后发现Note模型有两个内容字段，一是markdownContent的纯文本内容，二是attrbutedContent的富文本内容，Cursor修改后改为二者均可正常显示，且优先使用前者，如果前者为空则使用后者
5、在修正备忘录问题的过程中，让Cursor去掉了知识库相关功能，暂时没有想好知识库该怎么用，而且知识库目前的存储也是以备忘录的形式存储的，和备忘录有些重合，先优化备忘录模块，后面再考虑更加其它功能吧
6、然后又修正了AI对话删除之后同时存在于列表和回收站的问题，修正了AI对话右上角无法切换模型的问题，奇怪的是之前我明明记得有一个AIModelSelectorView文件，啥时候消失了？
7、在让Cursor美化AIModelSelectorView时，美化有些过度了，并且再次出现了macOS不支持的SystemGray颜色，仍然时从iOS迁移至macOS的后遗症
8、结合当前应用的功能，让Cursor更新README，同时更新了应用的版本号为0.1，涉及info.plist和project.pbxproj两个文件
9、还在纠结数据的存储方式，因为UserDefaults主要用于存储一些配置相关的数据，在存储大小、性能、数据完整性、扩展性上均有限制，Cursor建议在数据量增长后迁移到Core Data或SQLite，比如数据大小超过5MB时，但因为对话内容中有大量的Markdown渲染，还有备忘录功能，数据可能很快就超过5MB了
10、决定先把目前的0.1备份一下，然后把数据存储机制改成Core Data，并且不需要迁移已有数据
11、Cursor表示要完成这一迁移，需要如下步骤 1.首先创建Core Data模型文件 2.创建Core Data管理器 3.更新数据模型以使用Core Data 4.更新DataManager以使用Core Data 5.更新相关的ViewModels，接下来当然又是修改项目文件、修复编译错误的漫长过程，待完成后再挨个测试功能
12、在修复编译错误的过程中，Cursor为了能更快解决编译错误竟然删除了五个视图文件，我拒绝，让它重新创建这五个文件，然后修正错误，因为担心后面还会再删除其它文件导致应用功能大量缺失
13、累计修复了：类型定义问题、可选值处理、方法签名修复、ScrollViewReader问题、Core Data关系处理、视图组件修复，以及几处警告，终于可以成功构建了
14、接下来测试功能，一打开App天都塌了，缺失了大量功能，接下来逐个修复，
1.备忘录界面没有创建备忘录的按钮 2.去掉预置模型中的所有模型，让用户自己添加，并且在添加模型界面增加Tavily密钥字段 3.AI模型管理界面无法关闭或返回 4.整体布局也很奇怪
15、Cursor还是将应用改成了三栏式布局，之后恢复设置功能，其中包含统一管理模型、数据统计、切换深色浅色模式、管理回收站等功能，并且提出优先让Cursor使用已有的文件和代码
16、然后调整了关于、模型管理功能（既然已经没有预置模型，那就不再需要每次打开应用时都删除了）、调整搜索功能（在导航栏里添加搜索按钮，点击弹出搜索弹窗，去掉备忘录界面的搜索按钮），仍然要求优先用已有的代码，目前已经恢复了应用的布局，今后再恢复各个功能

DevLog：2025年8月4日

1、今天开始优化ChatWith，比如流式输出、Markdown渲染、深色模式等功能同样也可以加到ChatWith里，另外尝试一下增加多模型设置和切换功能
2、测试下看Cursor能否看懂这种指令“参考NoteWith，完善一下ChatWith在与AI对话时的流式输出和Markdown渲染效果”毕竟上次使用时刚刚用它完善了NoteWith的流式输出和Markdown渲染效果，但看样子Cursor无法在修改一个项目时参考另一个项目的代码
3、在修正“新的实例没有加载已保存的大模型相关配置”这一问题之后，测试流式输出和Markdown渲染的效果，发现还有一些可优化的地方，比如：1.我添加了支持深度思考的模型，但没有看到思考过程，需要同样以流式输出显示思考的过程，并且在样式上要和回答的内容有所区别，且可以将思考过程折叠和展开 2.回答的内容在流式输出时好像会居中显示，也不符合日常的使用习惯 3.正在流式输出时，回答内容的上方有一个灰色的圆形，那是啥？
4、继续修正测试时发现的小问题，比如：1.为什么思考的过程和回答内容都显示不全？2.Markdown渲染效果也有问题，比如同时使用多个Markdown语法时会混合显示部分渲染效果和语法标记，可否把几种比较常见的Markdown语法混用情况写到MarkdownRenderer里？3.应该优先显示思考过程，再显示回答内容，现在会先显示一部分回答内容，然后又弹出了思考内容
5、继续修正测试时发现的小问题，比如：1.在回答过程中会出现上下两部分同时显示的问题，到底哪个是思考过程？2.回答完毕后只剩一个回答结果，但回答过程中内容显示错乱，而且回答过程中无法上下滑动查看回答内容，3.“收藏”页面需要改成列表，以列表形式，显示每条收藏的内容的前两行，并且点击打开后可查看经Markdown渲染的内容
6、继续修正测试时发现的小问题，比如：1.我需要按照这个顺序：先流式输出思考过程，思考完成后，思考内容自动折叠，之后流式输出回答内容。2.目前这版的思考过程和回答内容无法区分，且在对话界面会同时显示两块内容，不知道哪个是思考过程哪个是回答内容，且应用会卡死
7、多次调整之后发现仍然无法搞定思考过程流式输出的需求，好在回答内容可以正常流式输出了，然后让Cursor去掉对话界面顶部的“已加载全部消息”提示，并且收藏列表页顶部添加一条和对话页顶部一样的搜索栏，并且收藏列表的样式、间距等和对话列表保持一致，让界面更统一一些
8、边添加功能边测试真的太重要了，之前用Trae编写ChatWith并且让Cursor做了些优化之后，一直没有实际测试，今天才发现有这么多的细节问题需要调整
9、接下来在设置中增加深色模式切换功能，让用户可以在浅色、深色、跟随系统三个选项间切换，然后增加多模型设置和切换功能，比如可以在设置中添加新模型，可以给不同的模型添加备注，在对话界面可以自行切换模型（显示模型的备注）
10、Cursor在修改过程中出现了单个对话内容太长的提示，可能是因为我在上次修改的基础上继续进行对话，导致触及了单个对话的内容长度限制，于是开启了一个新的对话，好在出现这一提示之前已经构建成功了
11、接下来优化设置界面添加模型、编辑模型的逻辑，在设置界面中点击“添加新模型”时，直接打开添加新模型页面，内容和编辑模型界面一致，然后设置界面的模型名字和备注名字换一下顺序，突出备注名，弱化模型名，之后再根据测试情况继续优化编辑模型的操作方式，以及外观选项的显示效果和位置，模型管理放在上面，外观设置往下挪
12、反复测试并让Cursor优化设置、模型添加/编辑、切换的功能，出现了切换外观不立即全局生效，首次打开编辑模型界面时内容为空的问题，于是让Cursor添加多处调试信息以帮助定位错误，结合调试信息，Cursor解决了首次打开编辑模型界面内容为空的问题，但外观切换不能立即全局生效的问题还存在
13、Cursor解释说SettingsView在sheet内部，可能时因为外观的变动未能正确传递到sheet内部的视图，于是让Cursor将SettingsView拆分成独立的文件，但还是没能解决外观变动不立即全局生效的问题，再次让Cursor检查后快速修正，看来可能将SettingsView拆分成独立文件后的确提升了应用的可维护性，检查和修正问题变得简单些了
14、到今天为止，尝试使用AI（按使用频率排序Cursor>Trae>Lingma）开发应用已经有一个月了，简单总结下：
1.初期构思应用时，需求尽量简单一些，提升首次编写的成功率
2.找到一个心目中的样本，参考它的功能构思自己应用的功能，或者结合它的不足，让Cursor在自己的应用中有针对性的解决
3.后续增加功能时，每增加一个功能就在Cursor中构建，并且在模拟器中测试一下，看是否有明显问题，修正问题之后再增加新功能，不要妄图一次增加太多功能
4.遇到问题，可以让Cursor在代码中添加调试信息，结合调试信息和实测表现，Cursor可以更快地解决问题
5.关于数据持久化方案，零基础开发不要轻易尝试Core Data，UserDefaults对于一个刚刚开发的应用也已经足够了，不可能一步到位，等对Swift足够熟悉之后，再尝试Core Data
6.开发过程中不要频繁切换工具，也不要频繁切换模型，其实Cursor的Auto模式就已经够用了，切换模型可能会导致在修改某个功能的同时，其它功能也被修改
7.可以在开发过程中让Cursor记住你的某些使用习惯，比如默认用哪个型号的模拟器，在修改后先行构建测试，检查有没有语法和编译问题等等
8.如果卡在某个功能上太长时间无法解决，可以开启一个新会话，再让Cursor重新检查问题出在哪儿，或者先妥协一下，缩减一些功能
15、仍然不确定目前ChatWith，以及NoteWith是否能正常展现支持深度思考的模型的思考过程，留给明天吧，今天就到这儿了

DevLog：2025年7月19日

1、Cursor的Pro试用到期，但之前DoitWith卡在启动页的问题仍未解决，转战Trae，先让Trae熟悉一下这个由Cursor创建的项目，然后让Trae检查卡在启动页面的原因，在检查并修正它发现的一些问题之后，结论仍然是存在重复的文件，它需要删除这些手动生成的Core Data文件，先拒绝了，耗时半小时，并未解决问题，且出现了两次“模型思考次数已达上限，输入“继续”后获得更多结果”
2、对Trae有些失望，Trae更新了2.0版本，继续让它操作之后仍然在不断尝试和重复之前进行过的的一些修改，不仅没有解决问题，甚至还导致使用Xcode查看项目文件时，Xcode频繁崩溃，参照Cursor给到的方法多次修正后仍然会闪退
3、决定让Cursor简化整个项目，将备忘录相关功能移除，数据存储方案也不再使用较为复杂的Core Data，这样也就不再需要富文本编辑器等功能，应用功能和文件结构都大幅简化，变成一个纯Todo类应用，可能一开始给的需求就太复杂了，简单一些会更少出错，之后再随着使用和对代码的熟悉程度的提升，丰富应用的功能
4、Cursor移除了NoteView及相关文件，删除了所有Core Data相关的实体、属性、初始化、模型文件，删除了Persistence.swift等持久化相关文件，MainTabView只保留Today和Todo两个Tab，之后对TodoView及其相关子视图进行修改，并提供UserDefaults（适合简单数据）和文件存储（适合结构化数据）两种本地存储方式，此处选择用UserDefaults
5、修改完成之后手动删除了一些重复文件，Xcode提示构建成功，且启动了模拟器，但不会自动打开App，也没有任何的错误提示，之后手动重建了项目，解决之前文件结构上的问题，但之后又多次让Cursor修正因之前使用Core Data，后来改用UserDefaults遗留的问题
6、偶然发现同一个问题在Cursor多次修改后仍然重复出错，不能正常构建，但在Xcode中参考Xcode的建议（建议代码、Fix）可以快速修正且完成构建，Cursor好像有时会陷入到一个循环里，反复修改，每次都保证说这次100%能够成功构建，100%可以解决问题，但就是解决不了