1、今天再次遇到了用ChatWith for Mac对话时应用卡住的问题，但强制退出、重新对话时又能正常对话了，猜测可能是因为单个对话中内容比较多时，应用还未加载完成就提问，就会导致应用卡死？而且我还发现在不同对话间切换时，有时不会直接跳到最新的对话底部，有时还需要滚动一下才能看到对话内容，体验上也不够统一，继续优化，并且需要把停止生成按钮、快捷键支持、代码块复制、消息时间显示、数据导出功能、使用统计这些功能加进来，测试基本完善后，更新版本号为v0.3，移动端NoteWith的开发暂停
2、向Cursor反馈了这些问题，询问是否是因为内容加载机制导致的，Cursor分析后表示的确和对话内容加载机制有关，主要包括“流式更新时频繁遍历Core Data关系”和“每次保存都整表刷新会话列表”，建议拆分保存和刷新逻辑，减少loadAISessions()调用频率，或换成增量更新，同时在切换会话和流式结束后再合适地触发滚动，避免“滚动到底部”信号在数据还没稳定时被打断
3、具体操作上，需要先重构流式消息的更新方式，再优化Core Data刷新的节奏，修改一次之后依然存在打开对话窗口时不自动滚动到最新对话底部的情况，再次让Cursor修改之后可以自动滚到到最新对话底部了
4、接下来开始增加一些小功能，包括停止生成按钮、快捷键支持、代码块复制、消息时间显示、数据导出功能、使用统计，先增加停止生成按钮（发送消息后、正在回答时发送按钮变成停止生成按钮，点击可以停止生成）、消息时间显示（显示绝对时间），这两个功能都在AI对话界面里，其他功能稍等
5、修改过程中发现，今天Cursor的对话的语言风格突然变了，可能是Auto模式换成了另一个模型？而且也不会根据我之前的要求自动进行构建测试了，甚至在我要求进行构建测试时，也会出现因为权限问题导致的构建失败，挺奇怪的
6、修改之后测试发现已经有了停止生成按钮（但未测试）和消息时间显示功能，连续询问了三个问题，前两个问题都可以正常回答，但第三个问题在点击发送后应用就卡死了，我提交了调试信息，Cursor再次进行了节流流式更新、结束时一次性收尾、降低Core Data压力等优化，这次依然没有自动进行构建测试，那我只有自己继续测试了，连续多轮对话看是不是还会被卡死
7、连续问到第三个问题时应用依然会卡死，再次让Cursor修改，流式输出过程中只往缓冲区追加字符串，不直接操作Core Data，用定时器把写库和UI刷新节流到120ms等操作，这样每条回复只会做少量大块复制，避免了第三次对话时的主线程卡顿（当然这都是Cursor说的，具体体验如何还得看测试结果），再次测试，打开上次因卡死未收到回复的对话时也被卡死了，这次Cursor进行了清理空白AI消息、修改滚动逻辑、思考内容默认折叠（我还是更希望默认展开）等操作，再次测试，切换对话、切换模型后提问时依然有问题
8、这两天对ChatWith应用卡死问题的修改不是很顺畅，开始反思到底有没有必要在同一个对话里切换模型，对这种操作的支持，可能增加了应用的复杂性，如果增加一个默认模型机制（其实一开始是有的，但我给去掉了），每次创建新对话时就直接用默认模型，或者在新建对话时即要求用户选择模型，在一个对话中只允许使用一个模型，可能会更简单一些，但我最初借鉴的Chatbox和Cherry Studio，的确都支持在对话过程中切换模型