1、今天继续完善应用细节，先从拆分待办事项列表为单独文件开始，将待办事项分组拆分为单独的文件，并且参考备忘录界面的布局，使用HSplitView，可调节宽度，最小宽度200，理想宽度300，最大宽度400，这样NoteWith的三大模块布局就一致了，并且更便于后续维护
2、Curso陆续创建了TodoGroupListView（分组列表视图）、TodoItemListView（待办事项列表视图），之后重构TodoListView以使用HSplitView，删除其中重复的组件定义，这样TodoListView就成了主视图，并使用HSplitView组合两个子视图
3、多次调整细节后，三个列表的样式基本一致了，同样的列表宽度（最小、理想、最大、默认宽度）、同样的标题位置、同样的分割线、同样的右侧界面顶栏高度、同样的新建按钮，这样在细节上更加统一了
4、今天Cursor的响应速度变得好慢，频繁出现We‘re having trouble connecting to the model provider.的提示，需要反复点击Try again，等待几分钟之后虽然理解了我的意图，执行起来也非常慢，但再重启一次之后好像速度快了很多，看来可能是我两天时间没有使用，但又一直没关导致的
5、Views/Common目录下的ErrorWrapper文件不知道是干啥用的，让Cursor确认了下，这是一个未使用的错误包装器类型，可能是上次对项目架构进行重构时创建的文件，但现在没有使用，于是让Cursor删掉了ErrorWrapper，同时也删掉了重构指南文档REFACTORING_GUIDE.md
6、还得让Cursor记住在创建新文件之后要将其添加到项目中，只创建文件、不添加到项目就开始构建测试的问题，已经出现过多次了，于是在Cursor的设置中添加这条Rule，看样子以后遇到类似的频繁出现的问题，还是要明确提出，才有机会被识别成Memory，就会更容易添加
标签： NoteWith
DevLog：2025年8月25日
1、接下来优化文字选择相关功能，我的目标是可以选择AI对话内容中的部分文字，测试发现目前的NoteWith在选择AI对话内容的部分文字时，无法同时选择掺杂了了不同Markdown语法的内容，比如同一行文字里如果既有加粗的文字也有普通文本，就无法选择，如果这一行文字只有H3或者普通文本，就可以选择
2、Cursor理解了我的需求，但没完全理解，它还在延续上周对备忘录功能的修改，表示当前的WYSIWYG Markdown编辑器通过隐藏Markdown语法标记（将颜色设置为透明）来实现视觉效果，这回导致文本选择问题，因为不同的Markdown语法被分割成了不同的文本片段，于是Cursor主要修改了NoteEditView文件，改进了文本视图配置、添加文本存储代理、实现NSTextStorageDelegate、改进选择范围处理，测试发现备忘录中的内容的确可以跨行、跨语法选择了
3、但其实我是想让Cursor处理AI对话中文字内容无法跨Markdown语法选择的问题，在和Cursor明确后，它修改了MarkdownWithCodeBlocksView（其中使用NSTextViewWrapper来渲染各种Markdown元素），创建了新的ImprovedMarkdownTextView（实际名字是OptimizedMarkdownTextView），使用单个NSTextView来渲染整个文本内容，并删除旧的MarkdownLineView结构，修改过程中甚至还直接删掉了整个MarkdownWithCodeBlocksView，因为Cursor觉得它太复杂了？
4、Cursor重新创建了MarkdownWithCodeBlocksView，让整个Markdown内容在一个NSTextView中，但实测发现AI对话内容无法正常渲染，且应用非常卡顿，在不同对话间切换时甚至会卡死，原因可能是过多的调试输出、复杂的正则表达式处理、频繁的文本存储更新、重复的样式应用等，之后测试时发现AI回答内容无法正常渲染，有的看不到任何回答，有的会显示在一个小框里，没有展开显示，不过现在已经可以跨语法选择了，还是有成果的
5、截了多张AI回答以小框显示的图给Cursor之后，它判断可能是NSTextView的高度没有正确设置，需要让NSTextView能够根据内容自动调整高度，修改一轮之后问题依然存在，甚至还差一点就给我替换成SwiftUI的Text视图，赶紧拦住，后面重开一个对话再修改这个问题吧
DevLog：2025年8月21日
1、昨天把备忘录编辑功能由TextEditor换成了NSTextView，已经具备编辑、保存、选择、右键菜单等基础功能，今天继续测试并丰富备忘录编辑功能
2、测试发现目前备忘录未应用Markdown渲染，只显示了纯文本，未实现像Obsidian那种“所见即所得”的效果，Cursor表示需要将编辑器升级为支持实时Markdown渲染的WYSIWYG编辑器（不知道这个名字是啥意思），替换整个SimpleTextEditor为WYSIWYGMarkdownEditor
3、修改过程中发现又使用了NSColor.systemGray6这种iOS上才有的颜色，难道还是从iOS应用转为macOS应用的后遗症？
4、修改之后，部分Markdown语法已经实现了所见即所得的效果，比如标题1、标题2、标题3、有序列表、无需列表，但是粗体、斜体、行内代码三个语法虽然可以所见即所得，换行时渲染效果就会失效，而且编辑器内不支持通过快捷键command+Z实现撤销操作，Cursor先修复了撤销操作，然后通过改进样式应用逻辑来修复部分语法渲染失效的问题
5、编辑器出现了不能插入任何语法标记的问题，且刚刚insertMarkdown函数只是简单的在文本末尾添加内容，而不是在光标位置插入内容，Cursor进行了同步修改，自称可以实现在光标位置插入、包围格式智能光标、行级智能格式换行等等
6、再次测试，发现粗体、斜体、代码块这三个功能不好用，比如点击粗体按钮后，会在光标位置插入对应的Markdown语法，且光标在中间，但输入文字后，不会应用粗体效果，且部分文字会消失，斜体也是这样，代码块貌似不能正常闭合，会影响到后文的渲染，继续让Cursor修改
7、多次修改后，还出现了看不到备忘录内容的问题，Cursor创建了一个临时调试的简化版本，并增加调试信息来定位问题，粗体和斜体的正则表达式好像一直有问题，这几天一直在修复这个问题
8、在Cursor对编辑器进行“根本架构层面”的修改之后，文字可以正常输入、窗口可以随意调整、粗体也能正常渲染了，但我发现备忘录里应用Markdown语法后的内容，有的会同时显示语法标记和渲染效果，有的只显示渲染效果，Cursor更建议所有Markdown语法都隐藏标记，于是陆续隐藏了标题、列表、引用样式的语法标记，显示效果还可以，后面继续优化
9、接下来增加待办事项模块，在导航栏的“备忘录”下面增加“待办事项”，并由Cursor来设计一些待办事项相关功能，同时在搜索、数据统计、回收站中也增加待办事项相关功能，测试一下看看Cursor能够做到什么程度
10、Cursor创建了待办事项数据模型、在DataManager中添加待办事项管理功能、创建待办事项视图模型、创建待办事项主视图、创建添加待办事项视图、创建添加分组视图、创建待办事项详情视图，并更新导航栏、更新搜索功能、更新设置（数据统计、回收站），果然这次创建了很多新文件后，又没有更新项目文件就开始构建，甚至还想使用Xcode的命令行工具来添加文件，但明明可以直接修改项目文件，我叫停了使用脚本的操作，要求Cursor直接修改项目文件
11、然后再次构建测试，修复多个新文件中出现的macOS不支持的API，之后构建成功，据Cursor总结，目前已实现了完整的GRUD操作（创建、读取、更新、删除）、分组管理（支持自定义分组和颜色标识）、优先级系统（四个等级的优先级管理）、截止日期、智能分类（自动分类逾期、今日、其它待办）、搜索集成、数据统计、回收站及UI适配macOS
12、测试待办事项相关功能之前先让Cursor统计了下当前的代码量，目前整个NoteWith共有8292行Swift代码
13、开始测试并修复待办事项模块的问题，包括1.新建待办的界面显示不正常 2.新建分组的界面显示不正常，Cursor不仅修改了这两个视图，还修改了TodoDetailView，并设置了三个视图的固定窗口尺寸，显示不正常的原因在于，在macOS上，NavigationView和Form的组合可能会导致显示问题，改为VStack和ScrollView的自定义布局
14、之后在测试添加分组时，发现DEBUG信息中出现大量的颜色名称（Cursor创建的待办事项模块可以用不同颜色来区分分组），但这些颜色没有在应用的资源目录中定义，导致系统无法找到对应的颜色资源，Cursor修改了多个文件来解决颜色问题，使用了系统预定义颜色，并创建颜色转换函数
15、解决之后，测试待办事项添加、修改相关的功能，比如待办事项列表里看不到星期几，添加待办时可以精确到小时和分钟（其实我只需要精确到年月日），两个问题均已解决，今天就到这里了
16、怎么感觉现在这个NoteWith越来越像Notion了？原本我是在仿ima的
DevLog：2025年8月15日
1、发现从付费之后，可以从Cursor的Dashboard里查看近期的代码量，建议了多少行、接受了多少行，可以选择日期，但不知道为啥从8月6日往后就不再统计数据了，前几天的数据也有时能看有时不能看，目前Lines of Agent Edits总数是26255，看样子近几天的数据是有统计在内的，只是折线图上不显示
2、接下来给NoteWith for Mac增加一个“首页”，页面简洁，主要是只有一个对话框；对话框上方放标题“NoteWith”和副标题“any AI LLM you like.”；对话框中预置“start with a question”；可在对话框中输入问题；对话框右侧放切换模型按钮、发送按钮；发送问题之后打开新的AI对话界面
3、Cursor创建了新的首页视图HomeView，预置了占位符文本，模型选择器复用了已有的ModelSelectorView、发送问题时时自动切换到AI对话标签页，并且在导航栏添加了首页按钮
4、但构建测试发现首页也采用了三栏布局，略丑，于是询问Cursor能否不在首页应用三栏布局，只留左侧导航栏和右侧一整部分，右侧一整部分采用现有的首页中间栏内容
5、Cursor修改了ContentView，为首页使用不同的布局，在进一步解决了无法在不同Tab间切换的问题后，首页模块已具备，但未测试具体功能
6、界面上也有一些比较丑的元素，比如内容输入框的样式，决定让Cursor参考其它应用，比如豆包、ima、Cherry Studio的输入框调整下试试，看它能否通过截图来推测实现方式，Cursor可以复刻样式，但复刻的比较机械，甚至连豆包有但NoteWith没有的功能的按钮也给加上了，而且文本输入框还是窄窄的一小条
7、让Cursor去掉了我现在暂时还用不到的功能按钮，比如深度思考的开关、剪刀按钮、电话按钮、麦克风按钮，Cursor同步修改了首页和AI对话页的输入框，去掉了这些按钮，添加附件的按钮后续可能会用到，先保留了
8、Cursor添加的预置内容也很机械，我想要提问的话要先删掉预置内容，再输入自己想要提的问题，实际上我的想法是这些预置内容仅仅是一个提示，点击输入框时会自动消失，于是先让Cursor去掉了这些预置内容，只留空白的输入框
DevLog：2025年8月14日
1、今天继续优化NoteWith for Mac的界面交互，测试功能，首先就是修改AI对话和备忘录的界面布局，采用类似苹果备忘录的样式，左边导航栏，中间列表栏，点击列表中的条目在右侧打开，不再使用弹窗形式，条目右侧的编辑、置顶、删除按钮合并到右键菜单里
2、预感修改量会比较大，但这种交互方式比较适合用在Mac应用上，会更直观一些，Cursor首先修改了ContentView来实现三栏布局，修改AIChatSessionView来支持选择功能、移除按钮、添加右键菜单，修改NotesListView实现类似功能、修改AIChatView移除弹窗相关代码，移除返回按钮和dissmiss相关代码，修改NoteEditView，移除返回按钮和dissmiss相关的代码，修改saveNote方法，之后修复编译错误，构建成功
3、Cursor认为三栏布局是macOS应用的经典设计模式，右键菜单是macOS用户熟悉的交互方式，更符合macOS用户的使用习惯
4、继续优化交互：备忘录条目上的的右键菜单不再需要编辑按钮，在列表中点击条目时，第三栏里直接打开编辑界面就行；然后设置界面的第三栏默认显示AI模型管理的详情，点击第二栏时第三栏内容也随之切换
5、针对设置界面交互的变化，Cursor创建了SettingsListView和SettingsDetailView，之后修正新文件没有被添加到项目以及多处编译错误，之后构建成功
6、测试后再次优化多处交互，以及一些功能上的问题：点击备忘录列表中的条目，第三栏没有随之切换；去掉备忘录页面右上角的保存按钮，自动保存我所做的修改就行；设置中，备忘录回收站缺少了AI对话回收站那种恢复和永久删除的功能；左侧导航栏，把搜索按钮放最上面，然后是AI对话、备忘录、设置
7、在排查“点击备忘录列表中的条目，第三栏没有随之切换”的问题时，Cursor添加了一些调试信息，并创建了新的Note类型和onChange监听器，解决了问题，之后再修正新出现的“只要点击一次，即使没有修改标题或内容就会触发更新”的问题，Cursor通过添加标志机制来精确控制何时触发保存，需求达成
8、现有功能已基本稳定，接下来增加“知识库”模块，需求：增加知识库模块，和AI对话、备忘录同级，按钮放在导航栏的AI对话和备忘录之间，样式类似备忘录页面，从AI对话中收藏的内容进入知识库中，不再进入备忘录，同时在设置中添加“知识库回收站”，放在设置中的AI对话回收站和备忘录回收站之间，也可以像AI对话回收站那样清空、恢复和永久删除内容
9、Cursor陆续创建了知识库的数据模型、数据服务、ViewModel、知识库列表视图、知识库编辑视图、知识库回收站视图，然后更新关联的文件并把新创建的文件添加到了项目文件和对应的组，甚至还在搜索窗口的结果显示部分添加了知识库内容，我在提需求时忘了这一点
10、从目前的界面看下来功能已经基本齐备了，接下来测试新增的功能，并继续优化界面的细节，今天没有时间测试了
DevLog：2025年8月13日
1、昨晚突发奇想，问ima能否将iOS应用的项目文件改造为Mac应用，可以是可以，但一些问题需要注意，比如使用Xcode的Apple Catalyst技术，可以自动生成适配macOS的版本，这种方式可以复用大部分iOS代码，但需处理平台差异，也就是框架的差异，macOS应用使用的是AppKit，当然也可以用AI IDE来转换，要求“将iOS项目迁移至macOS，替换UIKit为AppKit”
2、不过对于目前的NoteWith而言，如果要迁移到macOS上，需要将SwiftUI替换为AppKit，UIKit和SwiftUI是Apple提供的两大UI框架，前者比较传统，后者比较现代，但二者可以混用
3、先把NoteWith的项目文件复制一份，文件夹更名为NoteWith for Mac，之后让Cursor在此基础上进行改造，然后NoteWith后续就兼顾手机和平板，个人认为macOS的操作方式还是以键鼠为主，直接将平板端应用安装在Mac上，操作并不是很方便
4、指令：我需要将这个使用SwiftUI编写的iOS应用改造为Mac应用，保留现有的AI对话（模型切换、流式输出、收藏等）、备忘录（置顶、编辑等）、模型（添加、管理等）、数据统计、深色模式等等功能，但要适配Mac端的用户操作习惯
5、Cursor陆续进行了修改项目配置、修改info.plist、修改主应用文件、修改ContentView、修改AI对话列表视图、修改备忘录列表视图、修改设置视图、修改备忘录编辑视图（含移除UIKit的导入）、修改AI模型管理视图、修改回收站视图等操作，之后继续修复UIKit导致的错误、将MarkdownEditorView改为使用AppKit的NSTextView、去掉iOS特性的颜色和API（比如systemGray仅限iOS使用）、去掉在macOS上不可用的ActionSheet，终于可以构建成功
6、小结，将iOS SwiftUI应用改造为macos应用的过程中，涉及项目配置修改、主应用文件适配、视图层修改、系统服务适配、颜色和样式适配、交互方式适配等
7、虽然构建成功，但功能还是要挨个测试并让Cursor修复，在Xcode中启动应用测试，这可比测试iOS应用简单多了，直接打开就能用键鼠操作，之前在不支持触控的Mac上测试iOS应用的触控操作属实有点费劲
8、初步测试发现这些问题：1.设置界面切换深色模式时，应用没有切到深色模式 2.AI模型管理界面，预置的模型和新添加的模型都无法编辑、删除 3.设置界面AI模型数量统计不正确 4.备忘录列表，创建新备忘录后只能编辑标题，不能编辑内容，先让Cursor修复一波
9、然后是对深色模式进行优化，现在不仅显示效果差，在切换到其它应用时外观设置还会丢失，Cursor优化了多个视图的深色模式显示效果、列表的空状态提示等，深色模式切换已基本可用
10、接下来是第二波修改，主要针对AI对话界面：1.提问的字体比回答的字体大很多，需要取一个居中值，让提问和回答内容字体大小一致 2.发送按钮比输入栏高很多，需要取一个居中值，让输入栏高度和发送按钮高度一致，同步优化下AI对话界面和备忘录界面的搜索栏输入框高度 3.长按消息弹出的弹窗上方有一个无用的按钮，可以删掉，修改过程中再次遇到了字体大小被MarkdownRenderer强制设置的问题，Cursor修改了这个文件，使其能够接受自定义的字体大小参数
11、第三波修改主要围绕应用的外观，可能是因为目前的应用沿用了大量的iOS代码，在应用的外观上有些别扭，比如图标按钮比较大但文字按钮比较小；搜索栏高度合适但有内边距，不够简洁；设置界面的数据统计功能三个横条的高度和AI模型管理、回收站、外观设置的三个横条相比偏窄等等，让Cursor统一优化下，并且让Cursor看看还有没有其它地方可以修改，让应用界面比较现代一些
12、Cursor创建了更现代化的设计系统，统一按钮样式、搜索栏样式和设置界面的布局，并对多个视图和按钮样式进行优化，之后修复一些几处小问题，测试发现界面上稍微有些改善，一些按钮不像之前那样局促了
13、继续测试并优化体验，特别是改为用键鼠操作后，那些曾经需要触控才能实现的操作现在都要改成用键鼠操作，比如AI对话条目右侧增加置顶和删除按钮，并且优化一下左侧的导航栏，去掉文字、增大图标，然后增加AI对话的删除/恢复机制，给AI对话双方增加头像标识
14、因为在AI对话列表中创建新对话时标题被遮挡，但多次修改后仍然被遮挡，且搜索栏样式较丑，决定将搜索按钮放在左侧导航栏，点击弹出搜索窗口，可在一个入口搜索AI对话和备忘录内容，Cursor在修改时自动创建了新文件SearchWindowView，去掉了AI对话列表和备忘录列表顶部的搜索栏，并且修改了搜索逻辑
15、搜索窗口做的还可以，但即使没有了搜索栏，在创建新的AI对话时标题还是会被遮挡，让Cursor将AI搜索列表页和备忘录页对比一下看看，为什么会有遮挡的情况，Cursor表示AI对话列表和备忘录列表的功能差异较大（反正就是想表达直接对比没有多大意义，也不会带来什么改善），后来添加了滚动监听，检测到状态变化时自动滚动到列表顶部，也算是解决了问题
16、然后优化备忘录界面，备忘录内容无法修改的问题依然存在，而且新创建的备忘录也会被部分遮挡，让Cursor结合DEBUG信息修正无法修改的问题，并参考AI对话列表的处理方式来处理新建备忘录被遮挡的问题，增加条目右侧的修改、置顶、删除按钮（Cursor在修改的同时移除了原有的收藏按钮），让AI对话列表和备忘录列表都能显示一行预览内容，目前AI对话列表只显示标题，尽量让两个列表的样式一致
17、目前AI对话列表和备忘录列表都已支持标题+置顶标识、Markdown渲染的内容预览（最后一条AI回答）、时间、操作按钮（编辑、置顶、删除），对比后发现置顶备忘录的标题左侧还缺一个置顶标识（pin.fill），也让Cursor加上了，至此两个列表样式基本一致
18、然后统一了AI对话回收站和备忘录回收站的样式和功能，现在都有恢复、永久删除、清空三个按钮了
19、功能修复至此告一段落，让Cursor删除多余的项目文件备份和脚本，接下来要重点处理备忘录的编辑功能
20、备忘录的编辑功能目前还无法正常工作，我不再需要切换编辑和预览状态，从列表中点击备忘录条目即可进行编辑，即使简化了需求也没有解决问题，于是询问Cursor有没有其它编辑器可以替换它，Cursor认为当前使用的NSTextView存在布局约束冲突、状态同步复杂、进程间通信稳定性、配置复杂等问题，并且推荐了“简化版TextEditor+工具栏”的替换方案，认为这种方案稳定性高、功能足够、易于维护，且符合macOS的设计规范，用户体验好，接受了Cursor的建议，很快替换完成
21、在编辑备忘录时，一旦选中文字并点击格式按钮切换格式，所有内容都会被应用格式，而不是只针对被选中的文字，并且无法用command+z撤销修改，还有，既然导航栏多次修改后依然没有去掉折叠/展开按钮，干脆就加回功能文字：AI对话、备忘录、搜索、设置
22、备忘录的编辑功能还是不能正常使用，先让Cursor将其替换为富文本编辑器试试，如果可以的话，就将备忘录功能与AI对话功能分离，类似ima的“笔记”，然后增加一个知识库模块，收藏的AI回答内容进入知识库，不需要对收藏的内容进行编辑
23、Cursor在修改备忘录编辑功能时表示将NSTextview替换成了SwiftUI原生的TextEditor，但前面好像已经换成了TextEditor，虽然现在可以使用了，但前面Cursor到底有没有替换编辑器呢？
24、总之，在将NoteWith迁移到macOS上之后，先修复功能上的BUG，之后再扩展一些功能，接下来先增加知识库模块，收藏的AI回答的内容放到知识库里，不放到备忘录了
25、这段时间Cursor创建了多个project.pbxproj的备份文件和脚本文件，测试基本稳定后再让它删掉这些文件，而且我发现创建了新对话后就容易出现这种问题：不直接修改项目文件，而是用脚本修改，构建完成后尝试打开应用等等
DevLog：2025年8月12日
1、今天先继续优化NoteWith的AI对话使用体验，发现两个小问题：1.提交问题之后，“AI正在思考中”显示的位置有点靠下，需要手动滑动一下屏幕才能看到，在回答结束后，“回答完成”和时间的显示位置也有点靠下，也需要手动滑动屏幕才能看到 2.为什么即使我用的是deepseek r1这种支持深度思考的模型，在对话时也看不到思考过程？
2、Cursor在修改时专门添加了对DeepSeek模型的deepseek_thinking字段支持，现在可以正确显示思考过程了，并且也优化了滚动体验，解决了上述两个问题，看样子在给Cursor下需求时还是要尽量详细，之前多次反馈看不到思考内容，但没有点名deepseek r1
3、但是深度思考内容的样式需要调整一下，现在使用了和回答内容一样的字体和颜色，需要在文字上做一些区分，要求Cursor将思考内容的字号缩小一点，并且使用稍浅色的字体，和回答内容有所区分
4、但第一次修改后未能生效，回想起我之前给MarkdownRenderer限定了所有文本的字体样式，可能是受此影响，于是让Cursor修改了AIChatView，让思考内容部分直接使用纯文本，不使用MarkdownRenderer，这下思考和回答内容有了明显的区别，有点理解为什么会有人说改过去的代码和改别人的代码有多痛苦了
5、发现在备忘录列表页，点击星号时列表中条目的时间会变，我的需求是：这个时间只有我在添加收藏和编辑收藏内容时才变，不能因为加星和取消星号就变，Cursor修复了DataManager和NotesDataService中的toggleFavorite方法，实现了这一需求
6、再次细化需求：在保证点星号时间戳不发生变化，只有真正编辑备忘录内容时时间戳才会更新 的基础上，我还需要点亮星号后让这条收藏置顶显示，未点亮星号的收藏按照更新时间排序，Cursor优化了NotesViewModel的排序逻辑，搞定
7、继续优化细节，发现在AI对话列表里，可以通过滑动触发删除操作，在这里增加一个“编辑”按钮，点击可以编辑这条对话的标题，并把“Delete”改成“删除”；然后也把备忘录列表滑动菜单里的“Delete”也改成“删除”，需求很快达成
8、发现在Cursor中开启一个新对话后，原本提醒Cursor的一些注意事项会失效，比如我之前已经提示了不止一次，代码修改完之后只需要构建一下就行，不需要帮我启动应用，但每次开启新对话，修改代码后就会构建并且想要启动应用，还得手动skip一下
9、决定把AI对话列表这种滑动的交互方式应用到AI模型管理界面，在条目上滑动时出现编辑、删除按钮，点编辑可以进入AI模型编辑界面，点删除可以删除当前这个模型，Cursor修改了AIModelManagementView，将原来的菜单按钮改为滑动操作
10、接下来多试试不同的AI应用，看看有没有其它比较高频同时又不太复杂（不知道实现起来会不会复杂）的功能可以增加到NoteWith里，以及找一个更好用的富文本编辑器，之前使用了UITextView，但体验一直不是很好，问了下火山引擎提供的DoubaoPro，有哪些比较容易集成的富文本编辑器，它也推荐UITextView，再结合NSAttributedString处理富文本属性，优点在于稳定性好，性能开销小，上手容易，缺点在于功能相对有限，且样式设置较为繁琐，看看先增加一个tab来测试富文本编辑器，没问题了就删掉现有的Markdown编辑器
DevLog：2025年8月8日
1、NoteWith默认模型的切换还是存在问题，正确的逻辑应该是：我将模型B设置为默认模型时，模型A自动取消默认模型状态，反之亦然，但现在我将模型B设置为默认模型时，模型A仍然还是默认模型；并且我将模型B设置为默认模型时，新建AI对话后自动使用模型B，多次修改后无果，决定先简化一下模型的选择和切换逻辑
2、简化内容包括：去掉“默认模型”和“当前模型”相关设置，在模型设置中不需要这两个功能，也不需要设置这两种状态，在创建新对话时，直接用AI模型列表里的第一个就行
3、测试发现Cursor直接把AI对话界面右上角的模型切换功能也给去掉了，还得加回来，在加回这个功能的过程中，我询问Cursor“你看下是否需要单独的视图文件来管理这个功能”，Cursor的确创建了一个单独的ModelSelectorView文件，但在将这个文件添加到项目文件的过程中，Cursor又突然说项目文件被损坏了，并且决定不创建单独文件，改为在AIChatView中直接内联定义ModelSelectorView，并且又恢复了昨天备份的一版项目文件，再次更新引用，感觉有点绕圈了，为什么之前可以直接修改项目文件，现在不行了呢？而且它这样恢复备份之后，我还得关掉Xcode，重新打开项目所在文件夹，好在测试后实现了我的需求
4、模型管理相关功能已经基本OK了，接下来就是思考内容的流式输出，在ChatWith上花了很多时间想完善这个功能，但一直没能达成，先跟Cursor明确下需求，针对支持深度思考的大模型，目前的应用是否会对思考内容进行流式输出？我需要看到支持深度思考的模型的思考过程，先流式输出思考内容，再流式输出回答内容，且思考内容和回答内容在样式上要有所区别，思考内容要支持折叠和展开
5、Cursor表示目前已经有部分功能支持了 ，但需要完善流式输出逻辑，更好地处理思考内容和回答内容的分离，并且优化UI交互（思考内容的折叠和展开），修改完成后测试，发现即使用的是DeepSeek-R1（深度求索官方的API）也不会出现思考过程，另外还有两个影响使用的问题1.在同一个对话里多次对话后，AI的输出就会变得特别卡，我再提出新问题时也会变卡 2.目前的markdown渲染也不是很完善，比如回答内容里有python代码时就无法正常渲染，可以看下截图，是不是还要再完善下MarkdownRenderer
6、Cursor认为可能是历史消息过多导致内存占用过大、每次发送消息时都加载全部历史记录、流式输出时的状态更新过于频繁，优化了AIViewModel、AIService中的历史消息处理，之后完善MarkdownRenderer，以支持代码块、语法高亮和图表，修改完成后连续回答多个问题之后应用还是会卡顿，对代码块的渲染效果也不是很好，另外还发现，在切换一个对话的模型之后，其它对话的模型也都会随之切换，我需要在每个对话中保存对模型的选择，比如在对话1中选择模型A，对话2中可以选择模型B，对话3中选择模型C，应该互不影响
7、Cursor认为卡顿是因为每次流式更新时都在主线程更新UI，并且频繁的状态更新导致界面卡顿，继续优化了AIViewModel中的流式更新逻辑，关于模型的选择，需要在每个对话中独立保存模型选择，修改之后前者略有改善，后者已经搞定
8、继续优化一下模型选择器的触控区域：点击AI对话界面右上角选择模型时，选择模型时，需要加大触控选取的范围，我需要点击整行时都可以选择对应的模型，现在只有点击文字区域时才会选择对应的模型，Cursor修改成了整个模型行都是可点击区域，并且认为这更符合iOS用户习惯
9、昨晚GPT-5刚发布，今天早上打开Cursor就提示已支持，并且可以免费使用，但我没有试用
10、突发奇想，问Cursor能否通过Tavily实现联网搜索，竟然可以，快速创建了一个Tavily搜索服务TavilySearchService，并且在AIConfig中添加Tavily API密钥配置，修改AIService集成Tavily搜索功能，Cursor表示需要在对话过程中输入搜索、查找、最新、新闻、今天、现在、实时、当前、最新消息、最近、近期等关键词才能触发联网搜索，并且会将搜索结果作为上下文提供给AI，但目前会自动获取前3个最相关结果
11、以后再测试集成Tavily搜索的效果如何，再看看要不要增加搜索结果数量，要不要调整填写Tavily API的位置等等
12、发现这两天Cursor明显变慢了，经常在修改过程中等待很长时间
DevLog：2025年8月7日
1、暂时决定不再纠结ChatWith不能全屏的问题，目前ChatWith和NoteWith的功能有些类似，可以先将这两天ChatWith新增的一些功能复刻到NoteWith上，比如多模型管理和切换，考虑到后续功能扩展和维护的需求，拆分一些视图
2、询问Cursor拆分建议后，竟然没有二次询问就直接开拆了，Views、Service、ViewModels、Models都进行了拆分，并且创建了项目重构的总结文档，但没有像往常一样直接开始构建测试，当然也没有添加新的文件引用、删除旧的文件引用，在修正文件引用错误后竟然构建成功了，但还没有测试原有功能能否正常使用
3、下达指令：我现在需要给应用增加“多模型管理及切换”的功能，给模型的设置增加一个“备注”字段，在“我的”界面可以显示当前已经添加的多个模型的备注名和模型名，然后在每个AI对话界面的右上角设置一个切换按钮，可以随时切换不同的模型，这也是给ChatWith添加多模型管理功能的经验
4、Cursor的最新版本有些地方和之前不一样了，比如之前在创建新文件后，可以直接修改项目文件已引用新文件，但现在要么先备份已有的项目文件，再从头创建新的项目文件，要么先写一个脚本，再执行脚本来更新项目文件，这种操作方式很奇怪，于是手动停止之后让它直接更新了项目文件，而且我还发现这次更新之后，虽然修改代码速度还是很快，但它需要很长时间才能继续进行下一步
5、之后基于Cursor的修改结果，优化一些细节：1.去掉AI对话界面右上角的设置按钮，我不需要从这里进入“我的”页 2.AI模型设置界面缺少备注字段（实际上“模型名称”就是“备注”，但下面又有另一个模型名称字段），我不需要设置“最大Token数” 3.从AI模型管理界面进入“添加模型”时，”模型名称”改成“备注”，把模型配置和基本信息合并，并且也不需要设置最大Token数 4.“编辑模型”界面同样需要把”模型名称”改成“备注”，把模型配置和基本信息合并，删除最大Token数的设定
6、然后发现修改后的应用在“AI模型管理”中可以完成所有模型相关操作，不需要单独的“AI模型设置”入口，让Cursor删除了这个入口，“我的”界面变得更加简洁了
7、接下来对应用功能进行测试并修改细节，包括添加模型、测试流式输出（含思考内容的流式输出）效果、修改发送按钮（发送后变成停止按钮，点击可以中断AI的回答）
8、多次修正细节之后，添加模型、发送/停止按钮切换功能都已支持，目标达成，且AI回答内容可流式输出，移除了我认为多余的“当前”标签和maxTokens设置
9、但还是存在默认模型无法切换、默认模型状态不能同步到每个位置的问题，明天继续修改，另外还需要对思考内容进行流式输出，并且与AI回答内容在样式上要有所区别
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是否能正常展现支持深度思考的模型的思考过程，留给明天吧，今天就到这儿了