标签： CoreData

DevLog：2025年11月6日

1、让Cursor将当前版本（v0.2）打包，Cursor这次还同步创建了发布说明文档，其中包括版本信息、安装说明、更新内容、系统要求、支持的AI平台、反馈与支持、注意事项等内容，看起来还是挺规范的

2、已经用上了v0.2版本，以后对话时多多使用，修正问题并进一步优化，同时我还询问了Cursor下一个版本的建议，以细节补充和优化为主，Cursor给出了高、中、低三个不同优先级的建议，但我个人还是觉得有些并不着急

3、高优先级建议包括停止生成按钮（发送消息后按钮变成停止生成按钮，可以随时点击停止）、会话重命名/自动命名（其实现在可以重命名，也会自动获取用户的最后一个问题作为会话的名字）、消息复制按钮（已有）、快捷键支持（比如给创建新对话、切换模型、搜索等功能指定快捷键，这个可以有）、错误处理优化（更友好的错误提示、API限流处理、离线模式、崩溃日志等，我暂时不需要）

4、中优先级建议包括重新生成功能、代码块复制（这个可以有）、消息时间显示（我忽略了这一点，现在还真没有）、空状态设计（无对话、无收藏时的引导界面，这个好像也已经有了）、数据导出功能（收藏内容导出成.md还是比较实用的）

5、低优先级建议包括主题色自定义（花里胡哨，不需要）、使用统计（显示使用次数、Token消耗等，后面可以加上）、标签分类（暂不需要）、字体调节（暂不需要）、帮助文档（暂不需要）

6、总结一下，v0.3要增加的功能包括：停止生成按钮、快捷键支持、代码块复制、消息时间显示、数据导出功能、使用统计，也都是一些细节上的补全

7、目前在进行中的开发项目，移动端有ChatWith、NoteWith和DoitWith，Mac端有ChatWith for Mac和NoteWith for Mac，NoteWith for Mac是由移动端NoteWith修改而来，功能上相当于在ChatWith基础上增加了备忘录和待办事项功能，整合的功能比较多，后续可能会考虑删掉待办事项功能，留给DoitWith，且AI对话功能需要重复开发，暂时先搁置，接下来继续开发移动端NoteWith

8、将近三个月没有修改过NoteWith了，甚至都忘了它的功能都有啥，先让Cursor梳理一下目前的项目，都有哪些功能，有哪些优化建议，在梳理过程中，先整理了应用功能与优化建议文档，然后检查发现了重复文件，Cursor建议先清理重复文件（我还发现目前应用文件夹里有多个Trae创建的项目文件备份和.sh文件，也都不需要了，一并清理掉）、清理调试打印和未使用的代码，后面可以考虑更换数据持久化方案为Core Data，然后优化性能、扩展功能等等

9、Cursor直接删掉了15个无用文件（应用能否正常运行还有待验证），然后我删掉了多余的空文件夹，和之前不知道啥时候、由哪个AI工具编写的重构指南文件，以及一个项目初始化脚本setup.sh

10、时隔三个月再次启动了iOS模拟器，iOS 26已经发布，模拟器也换成了iPhone 17 Pro、iOS 26.0，并且部分界面也自动变成了iOS 26的效果，比如底部的AI对话、备忘录、我的三个按钮及其切换效果，决定趁现在应用功能还很简单，结合近期修改ChatWith for Mac的经历，先开启一个新对话，把NoteWith的AI对话和备忘录的数据永久化方式改为Core Data，AI模型、设置等仍然采用UserDefaults

11、Cursor的建议是使用Core Data存储Note、AIChatSession、AIMessage、SearchLink、deletedNotes，仍然使用UserDefaults来保存AIConfig和应用设置，因为Core Data适合结构化数据，支持关系、查询和迁移，UserDefaults适合小量配置，访问频繁但更新不频繁

12、接下来创建Core Data模型文件和相关组件，创建了备忘录、AI对话、AI消息、搜索链接四个实体及对应的扩展类，重构了DataManager，并更新了项目文件，和以往修改数据永久化方式一样，这次Cursor也增加了迁移机制，首次运行时会自动将现有的UserDefaults数据迁移到Core Data，但因为当前应用还没有发布，不需要迁移机制，让Cursor去掉了迁移机制，并且修复了构建错误，具体使用体验怎么样，哪些功能受到了影响，明天再测试，然后引入三方库MarkdownUI和RichTextKit，完善AI问答和备忘录的渲染效果和编辑体验

DevLog：2025年11月5日

1、今天先来修复在对话过程中切换模型会导致应用卡死的问题，以及思考内容高度超出400点后无法自动滚动到最新内容的问题

2、昨天Cursor分析了切换模型可能导致应用卡死的问题，认为首要问题在于Core Data并发冲突，主要修复策略是1.将通知监听器从sheet移到主视图 2.使用安全的方式更新Core Data 3.添加状态管理避免并发冲突，测试发现仍然会卡死，于是要求Cursor添加调试信息来定位问题，在排查过程中还出现了在不同对话间切换会卡死的问题，甚至只是打开一个对话就会导致应用卡死

3、Cursor在对话流程涉及的多个文件中都添加了大量调试信息，在可以正常切换对话、可以看到对话内容后，又出现了与支持深度思考的模型对话时看不到流式输出，但调试信息里可以看到正在输出的问题，原因在于负责思考内容的ThinkingProcessView的ScrollView频繁重建导致卡死（思考内容每秒更新10-20次——每次更新都重建ScrollView——ScrollView重建会触发布局计算——主线程被大量布局计算阻塞，导致卡死），修改过程中Cursor移除了ScrollView，改用简单Text，并且移除了展开/折叠动画，但我觉得展开/折叠动画还是可以保留的，又让Cursor加了回来

4、在修改过程中顺便给浅色模式下的AI对话增加了不同的底色，在最近更新系统到macOS 26之后，浅色模式下对话内容底色太浅，几乎是透明的，深色模式还是正常的，切换深色和浅色外观有时不会立即生效，也一并修改了

5、还是感觉AI回答内容的输出有些慢，怀疑可能是先接收到所有回答内容后再批量输出，Cursor认为当前“应该是”实时流式输出，但也添加了调试信息来帮我确认，如果是实时流式输出，就会在每次收到新内容后，MessageView立刻重新渲染，如果是批量延迟输出，就会在内容累积完成后再渲染，结合调试信息，的确是实时流式输出，在回应Cursor之后，Cursor便自动开始清理所有调试日志，让代码更简洁，涉及文件包括AIChatView、AIViewModel、AIService、MessageView、DataManager、CoreDataManager、TavilySearchService、AIChatSessionListView，二百来行调试信息

6、再次测试，发现现在又出现了在对话中切换模型、发送问题后应用会卡死的问题，打开一个新对话并且使用新模型就不会卡死，要求Cursor把跟这个过程相关的调试信息加回来，好定位一下问题出现在哪里，但添加调试信息后重新测试，发现无论是在新创建的对话里切换模型，还是在已有的对话里切换模型并对话，应用都不会再卡死，难道还是概率性出现？先留着调试信息，后面如果再出现就直接提交给Cursor

7、我需要在设置-关于页面下面增加一个文本区域，显示近期更新内容，并且让Cursor先拟一下近期更新点，微调内容和顺序之后，把版本号也改成了v0.2，以后每个版本都在这个位置显示一下更新日志，目前的更新日志包括：

“🎯 新增OpenAI、DeepSeek、Anthropic Claude及硅基流动、火山方舟等14个平台预设”,

“✨ 优化 AI 模型配置流程，自动填充常用平台的完整 API 地址”,

“🚀 大幅优化流式输出性能，AI 回答更加流畅”,

“🎨 改进消息气泡样式，浅色模式下有明显的背景色区分”,

“🎨 优化思考过程显示，支持完整内容展示”,

“⚡ 优化 Core Data 保存策略，减少数据库操作频率”,

“🔧 修复应用在切换对话时卡死的问题”,

“🔧 修复应用在切换模型后发送消息时卡死的问题”,

“🔧 修复深度思考模型卡死的问题”,

“🔧 修复外观模式切换无法生效的问题”,

“🐛 修复空消息导致的渲染循环问题”,

“🐛 修复死锁问题，提升应用稳定性”

8、然后优化收藏界面，发现在点击右上角的复制按钮时虽然的确可以复制整条收藏内容，但没有任何提示，于是让Cursor增加了Toast提示，并且在2秒后自动隐藏

9、收藏界面最右侧详情栏会显示两行一模一样的标题，Cursor检查后在收藏列表（NoteListView）和收藏内容（NoteEditView）中各有一个标题，只保留了后者，正好和复制收藏的按钮位于同一行，但复制按钮的高度好像有点高，导致收藏列表顶部的分割线和收藏内容顶部的分割线不对齐，可能是plus和doc.on.doc两个图标本身高度就不一样，于是让Cursor改成了文字按钮“创建新对话”和“复制收藏内容”，这下高度都一致了

10、再在更新日志中增加一条“🎨 优化创建新对话、复制收藏内容按钮的样式，删除重复的收藏标题”，明天继续测试、优化应用

DevLog：2025年11月4日

1、继续试用ChatWith，发现目前的应用在使用支持深度思考的模型时，思考内容好像限制了显示高度，一旦达到高度限制，就不会随着思考的内容继续自动滚动，Cursor表示思考内容的显示高度的确固定在了400点，且超出之后会出现滚动条，但超过400点后就不会再自动滚动，在修改过程中发现了另一个问题，好像在对话中切换了另一个模型，再提出新问题时应用就会卡死

2、Cursor分析了可能导致应用卡死的几个问题：Core Data并发冲突、通知监听器生命周期、状态读取时序、缺少状态同步，特别是Core Data并发冲突，由于直接在主线程修改Core Data managedobject，如果此时用户立即发送消息，可能造成并发访问冲突，updateAISession可能触发Core Data save操作，与其他操作冲突，明天继续修改这个问题

3、添加其他模型来测试Base URL的填写方法，之前已经要求Cursor将其改为用户手动填写AI服务的跟地址，应用会自动补全路径，比如api.openai.com、openrouter.ai/api，然后针对火山引擎的“应用”（bots）做了特别优化，需要填写完整地址https://ark.cn-beijing.volces.com/api/v3/bots/，测试发现百度云千帆的Base URL填写仍然有问题，比如我填写官网提供的https://qianfan.baidubce.com/v2/chat/completions就会连接失败，删掉v2往后的内容也不行，只填写https://qianfan.baidubce.com也不行，与其设定各种复杂的自动补全规则，倒不如直接要求用户填写完整的Base URL，或者应用内置一些常用的Base URL来的简单

附上常用的几个AI的Base URL：

OpenAI

https://api.openai.com/v1/chat/completions

DeepSeek

https://api.deepseek.com/v1/chat/completions

OpenRouter

https://openrouter.ai/api/v1/chat/completions

硅基流动

https://api.siliconflow.cn/v1/chat/completions

火山方舟

https://ark.cn-beijing.volces.com/api/v3/chat/completions

或

https://ark.cn-beijing.volces.com/api/v3/bots/chat/completions

百度云千帆

https://qianfan.baidubce.com/v2/chat/completions

阿里云百炼

https://dashscope.aliyuncs.com/compatible-mode/v1/chat/completions

4、询问Cursor目前应用在Base URL补全方面的规则是怎样的，根据回答内容，规则包括：

1.如果没有http://或https://，就自动添加https://

2.如果URL末尾有斜杠，就自动移除

3.如果已经包含完整路径，就不做任何修改

4.如果包含部分路径，就自动补全，比如补全v1，补全/chat/completions

5.如果只有基础URL，就自动补全/v1/chat/completions

按照这套规则，我填写了完整的百度云千帆的Base URL，应该能正常使用才对，但填写完整地址之后测试仍然提示404

5、问题可能出现在自动补全v1上，也就是在“包含/chat/completions但不包含v1时，会自动添加v1前缀，包含/api/、/bots/、/v3/、/v2/，且不含/chat/时，则添加chat/completions”这里，根据Cursor给出的示例，可能会出现/v1出现在/chat/completions之后的情况

6、目前的规则的确有些复杂，可能用户在填写过程中也会不知道该填写完整的地址还是部分地址，倒不如直接在应用里内置几个常用的、完整的Base URL，由用户自行选择，要求：目前的规则有些复杂，我希望能在添加和编辑AI模型界面，预置几个常用的API平台的完整Base URL，用户只需要填写备注、模型名称、选择模型提供商、填写API Key、填写Tavily API Key即可使用模型

7、Cursor在修改过程中创建了APIProvider枚举，包含10个常用平台（OpenAI、DeepSeek、Anthropic Claude、OpenRouter、Google Gemini、智谱GLM、月之暗面Kimi、百度文心一言、阿里通义千问、腾讯混元、自定义），这样就不再需要配置路径补全规则，用起来也更方便了，先添加几个模型试试，再决定要不要增加或删减APIProvider

8、在修正因为使用中文引号导致构建失败的错误之后，百度云千帆和火山方舟的API都可成功连接，当API提供商选择自定义时，需在“高级设置”的Base URL中填写完整地址，即带有/chat/completions的地址

9、APIProvider需要增加硅基流动、火山方舟、百度云千帆、阿里云百炼，这四个都放在“自定义”前面，另外我发现在选择某个APIProvider之后，模型名称部分也会出现预置的模型名称，但我不需要，改成由用户手动填写模型名称，修改之后测试了几个不同的模型，都可以成功连接了

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”，难道是这个对话里内容太多了？明天重新开启一个对话之后再修正这三个遗留问题，然后测试其它功能