标签： iOS

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月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月28日

1、本周着实有点忙，这两天一行未改，先继续修正AI对话内容显示不全的问题，现在只显示一行或者几行，需要滑动才能看到全文，Cursor认为这是一些文本显示组件没有正确设置高度约束导致的
2、还没测试，有点纠结为什么每次新打开一个Cursor对话，就会在修改后尝试直接启动应用，每次都需要我跟它强调下不要直接打开应用，构建下看看有没有编译错误就行，然后在Cursor设置的Rules&Memories中发现了它可以根据过往对话内容学习我的偏好，并且列出了我的这项要求“The user prefers that the assistant not open the application automatically”，果断同意
3、查看已保存的记忆时，发现其中还有一条“用户要求每次构建时，默认使用iPhone 16模拟器，除非用户单独指定其它机型”，稍微修改了下，增加了“在构建iOS应用时”
4、继续测试，发现仍未解决，Cursor继续修改了文本容器的配置、文本视图的垂直调整大小设置等等， 但未解决问题，Cursor再次提出要用Swift的Text组件来替换NSTextView，在确认不会影响备忘录（只修改MarkdownWithCodeBlocksView，不修改备忘录使用的渲染组件）之后，我同意了替换
5、现在AI问答的内容可以完整显示了，但无法选择回答的内容了，且有部分Markdown语法的渲染效果不太好，比如链接不能点击直接打开、同时应用加粗和标题语法的内容仍然会看到语法标记等等，于是让Cursor检查一下还有没有其它的语法渲染效果可以优化一下
6、Swift的Text无法实现文本选择，还是回到了NSTextView，然后AI问答内容又不正常显示了，所有的AI问答内容都只能看到一行，继续修改，多次修改后终于可以同时实现问答内容全部显示、文本选择和Markdown渲染了，发现在和Cursor对话时，问题描述要尽量详细，并且每次修改后有什么变化都要一起告诉它，便于它判断上一步的修改方法是否正确，让下一步的修改更有针对性
7、虽然达成了上述目标，但用户消息和AI消息的一直有白色的底色，多次修改也去不了，于是换个思路，将用户消息和AI消息的浅绿、浅蓝底色统一为NSTextView的默认底色，再调整了间距等细节
8、今天到此为止了，明天继续优化Markdown渲染效果，看能否去掉隐藏的Markdown语法占据的位置，现在回答内容里的空格有点多，然后把默认行间距调整为1.2倍，现在排版有些太紧巴了
9、另外吐槽一下，最近遇到Connection Failed提示的次数有点多

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月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月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年7月29日

1、今天的目标是把DoitWith的分组功能加回来，目标是：
1.点击右上角的“+”可以选择创建新Todo、创建新分组
2.创建新Todo时可以选择分组
3.点击左上角“Edit”后，每条Todo右侧的删除按钮左边增加一个编辑按钮，点击弹出编辑界面，类似添加Todo界面，可以选择这条Todo的分组、设置截止日期和重复频率
4.设置中增加分组管理功能，可以删除分组，确认后即删除
2、决定让Cursor分步操作，先实现上面和1和2，Cursor增加了分组颜色设置等细节优化，但存在这些问题：新创建的分组不会出现在Todo列表里，我的需求是 即使目前已有的分组下都没有Todo，也要呈现在Todo列表里；另外新创建的Todo也没有出现在Todo列表里，检查一下是怎么回事；还有，创建完分组或Todo后，ActionSelectionView能否自动消失？目前还需要手动点一下取消才会消失
3、让Cursor修正这些问题之后，继续优化，发现点击左上角“Edit”时，只有General分组下的Todo支持拖动排序，其它分组下的Todo同样需要支持拖动排序，另外设置页面的TODO统计，数字也不对，是不是只统计了General分组下的Todo？然后去掉设置中的Reset to Default Data按钮和功能，我不需要
4、Cursor快速修复了上述问题，发现给Cursor的需求要尽量具体到某个按钮的某个功能，还有就是在付费之后Cursor的效率有明显的提升
5、继续修复一些小问题：点击左上角“Edit”后，我需要暂时隐藏掉Todo条目最左侧的圆圈，可能会让人误解这是多选按钮；另外现在每条Todo在点击完成后都无法撤销，我需要在再次点击时撤销完成状态
6、Cursor快速修复了上述问题，继续测试后发现还有问题，从回收站中恢复的Todo条目，不会回到原本所属的分组，而是到了General分组里，继续让Cursor修复问题，Cursor甚至还给出了“如果原来的分组被删除了，恢复的Todo会添加到General分组作为降级处理”的额外方案
7、从2-6的需求全部完成，接下来继续增加编辑Todo、管理分组的功能，先增加编辑Todo的功能，需求是：点击左上角“Edit”后，每条Todo右侧的删除按钮左边增加一个编辑按钮，点击弹出编辑界面（类似添加Todo的界面）可以在编辑界面修改这条Todo的标题、描述，设置截止日期和重复频率
8、Cursor在修改后仍然存在一些问题，一是编辑、删除、拖动排序三个按钮离的有点近，可以稍微拉大一点间距，防止误触，二是点击编辑按钮弹出了“删除”的弹窗，没有进入编辑界面，关于间距的修复，由于编辑、删除按钮和拖动按钮不属于同一个组件，无法调整边距，在尝试两次后撤销了间距调整操作，第二个问题已经修复完成，但存在首次打开Todo编辑界面立即消失，需要再次打开才能编辑Todo的问题，继续让Cursor修复，多次修改未果，点击编辑按钮会弹出删除的弹窗
9、决定换一种交互形式，去掉每条Todo右侧的编辑和删除按钮，改成长按每条Todo弹出菜单，菜单里包含编辑Todo、删除两个功能，点击编辑Todo进入编辑界面，点击删除弹出弹窗，确认后即删除（Cursor认为这样更加简洁，且符合iOS的设计规范）
10、实现这一需求后，发现首次长按Todo条目、编辑Todo时会弹出一个空白页面，再次编辑Todo时才会弹出完整的编辑界面，继续让Cursor检查并修正该问题，多次修改后解决
11、我发现即使不点击左上角的Edit按钮，也能通过长按和拖动来调整Todo的顺序，可以让Cursor去掉左上角的按钮，以及点击按钮后界面的变化相关代码，但要保留拖动调整Todo顺序的功能，Cursor边修改边检查/修复问题，涉及了TodoView.swift、TodoRowView.swift、GroupTodoRowView三个文件
12、接下来继续优化应用，主要针对分组管理：一是在Todo界面搜索栏下方添加几个按钮，按钮上显示分组的名字，点击可以直达该分组所在位置，创建新分组时自动在添加新按钮（Cursor说这叫“分组导航按钮”）；二是需要在设置中增加管理分组功能，可以在这里删除分组，删除后该分组内的Todo自动移动到General分组，先增加第一个功能，增加分组导航栏
13、接下来让Cursor实现管理分组功能，Cursor创建了一个新的GroupManagementView视图来管理分组，可以在设置-管理分组中统一查看分组颜色标识、分组名称、分组内的Todo数量，也能点击删除，删除时会有确认对话框，并告知删除后的Todo会移动到General分组里
14、下一步优化搜索功能，目前的搜索框不是很好用，搜不到部分Todo条目，Cursor对搜索功能进行了优化，输入关键词即可在全部Todo内搜索，快速定位到搜索结果，但是有一个问题：在搜索到不在General分组内的Todo时，会同时显示搜索结果和“No Results”的提示，继续让Cursor优化，解决了这个小问题
15、之后让Cursor修改创建分组和Todo界面的英文，改成中文，Cursor还自动同步检查了编辑Todo界面，之后再让Cursor把设置界面的一些英文改成中文，模拟器测试OK，然后让Cursor结合当前应用的功能刷新了一下README
16、检查一下目前的文件中有没有深色模式相关的代码，Cursor检查后发现的确存在深色模式相关代码，但设置界面中没有对应的选项，于是开始修复，涉及了主应用入口、设置、SplashView、RecycleBinView等文件，并且发现存在两个设置文件SettingsView和SettingView，检查后删掉了SettingsView，测试深色模式可正常启用
17、DoitWith先到这里，回到NoteWith，在Xcode模拟器中运行时出现三处被弃用的语法警告，先让Cursor处理一下，之后对NoteWith的功能进行测试
18、首先是备忘录相关功能，点击创建备忘录按钮或右上角加号后，添加内容并保存，并没有出现在备忘录列表里，需要检查一下原因，多次修改后仍然无果，决定先让Cursor把数据存储方式从Core Data改回UserDefaults，这样可以简化数据管理，避免Core Data的复杂性
19、Cursor删除了8个涉及Core Data的文件，并清理其它文件中对Core Data的引用，创建了一个新的简化项目文件，移除所有Core Data相关的引用（已经自动备份了当前的项目文件），之后果然能够正常保存备忘录了，Cursor还是厉害，Core Data等以后比较熟悉了再切换吧，现在先用着UserDefaults
20、目前格式设置按钮在备忘录详情页标题下方，但选中文字时弹出的剪切、复制等按钮就会把格式设置按钮挡住，继续让Cursor修改：需要把格式设置按钮全都挪到备忘录详情页底部、字数统计栏上方，并且增加删除线、设置文字颜色按钮；删掉右侧的“清空内容”按钮；目前工具栏中的“A”图标对应的是什么功能？点击之后会卡死
21、Cursor在修改之后，格式设置功能还是有问题，决定让Cursor修改这些：备忘录详情的格式设置还是有问题，选中文字后，可以设置格式，但再次点击格式按钮后不会取消格式；另外在备忘录列表页，在某条备忘录的空白位置点击就会被标记星号，我的需求是只有点击到星号时才会被标记星号；还有，移除备忘录详情页标题旁边的分享和删除按钮，我暂时不需要；在设置中添加一个回收站功能，管理我删除的备忘录，可以在回收站中恢复已删除的备忘录，这些需求均被Cursor快速完成
22、继续测试并让Cursor优化AI对话页，测试发现在AI对话页面点击创建AI对话按钮和右上角的加号之后，都只会创建新对话，但不直接打开新对话，点击对话列表中的条目也无法打开；另外在设置中填上API密钥、API地址、模型名称后点击右上角保存，不会提示已保存，也不会返回到其它界面，让Cursor一并检查、修复完成，创建新对话后对以弹窗形式打开对话，且对话内容互相独立，设置模型信息之后点击保存会提示已保存，至此NoteWith的基本功能已经OK
23、然后让Cursor删掉了设置页的版本号、项目主页等不重要的信息，以后再继续测试、优化，包括AI对话和备忘录TAB调换顺序，增加深色模式，优化设置界面的交互逻辑（把AI模型相关的设置改成弹窗），“设置”改成“我的”等等

DevLog：2025年7月9日

1、继续让Cursor优化应用，主要是按钮位置和交互逻辑，需求如下：
1.在模拟器中运行发现收藏夹在会话列表顶部，但是和上边缘之间没有边距，比较难看
2.AI对话界面没有返回至会话列表的按钮，需要改为“通过下滑对话界面和点击返回按钮返回至会话列表”
3.设置按钮放在打开新对话按钮的旁边吧，用图标表示，不用放在每个对话界面的右上角了
2、提交需求后Cursor快速修改代码并进行构建测试、修复问题，并提示构建成功
3、继续在Xcode中测试，发现上述优化已经基本更新完成，只有收藏按钮略丑，后面再继续优化
4、下一步继续优化界面和交互逻辑，包括：默认以对话中的第一个问题作为对话标题、允许用户长按修改对话标题、删除对话、置顶对话，并且将对话、收藏作为应用底部的两个tab。Cursor在询问几个细节问题之后开始分解任务，并对应用进行分步骤优化
5、其中涉及对话数据结构的存储问题，包含本地数组、UserDefaults、CoreData三种形式，Cursor建议短期内可以先用UserDefaults，如果数据量大、需要复杂查询的话，以后再切换成CoreData
6、修改结束，让Cursor检查后提示可以正常构建，之后在Xcode中用模拟器测试，发现对话列表顶部仍然有收藏夹，然后对话页面顶部的“会话列表”需要改成“全部对话”，继续让Cursor修改，之后测试提示构建成功，仅有一处不影响运行的警告，也让Cursor修改了
7、继续在Xcode中用模拟器测试，测试正常，已经基本达成需求，还有一处小细节需要优化，对话列表和顶部的“全部对话”中间离得太近，需要适当增加一些边距，继续让Cursor优化，然后在Xcode中继续测试，OK了，今天就先到这里

DevLog：2025年7月8日

1、在GitHub创建了AINOTE仓库，询问AI后发现需要使用终端命令、生成密钥、克隆仓库到本地等操作，以后再试
2、测试使用Cursor修改由Trae创建的项目，在Cursor中打开test_2，测试如下需求：
检查一下这个App有没有可以优化的地方
3、Cursor给出一些“优化和提升用户体验、代码质量的建议”，比如考虑支持快捷键、加载状态提示、细化错误提示、过滤输入内容、提升可维护性、支持长按复制消息内容等
4、进一步明确需求：
1.我需要给这个App增加对回车发送消息的支持
2.允许用户开启新对话，并随时返回查看过往的对话列表
3.支持长按消息复制、删除或收藏
4.增加一个集中管理收藏内容的地方，可以放在对话列表的最前面
5.细化错误提示
6.应用你建议中第4条里的1和3对代码可维护性进行优化
Cursor会对需求进行分解并列出详细的开发任务，可以选择优先实现某一项，也可以按顺序逐步进行，按顺序进行的话，每完成一项需要确认继续下一项
7、上述步骤完成后，提出“结合最新的应用特性，优化一下README”文件，Cursor对README进行了优化
8、之后由Cursor检查是否存在问题，在修正问题之后提示构建成功，之后在Xcode中测试，模拟器测试可以打开，但界面存在一些交互逻辑上的问题，后续再行调整

DevLog：2025年7月7日

1、开始测试Cursor，虽然是全英文界面，但在对话时完全可以直接使用中文，内置了一些模型，也可以自行添加兼容OpenAI的模型，创建文件夹test_c
2、提出需求“创建一个名为AINOTE的备忘录应用，内置富文本编辑器和AI对话功能，AI对话功能可使用兼容OpenAI的自定义大模型，可以将AI生成的内容收藏到备忘录中，该应用支持iOS设备”，Cursor会提示进一步明确、补充需求细项，让需求更具体，并且给出建议的技术栈、数据存储和同步方案等，之后给出项目结构、主要功能模块、关键技术点和开发计划，下一步即将生成项目初始化代码和主要模块的SwiftUI代码骨架
3、确认之后开始编写：按以下结构组织项目、创建主要的应用文件结构、创建数据模型、创建服务层、创建视图模型、创建主要的视图文件、创建备忘录列表视图、创建备忘录编辑视图、创建AI对话视图、创建设置视图、创建资源文件、创建README文件，之后开始修复代码中的问题、创建启动脚本帮助用户快速开始，chmod +x setup.sh 赋予可执行权限，之后便提示创建完成，到目前大概二十多分钟时间，并且支持iOS 17及以上
4、使用Xcode打开该项目时会提示
The project ‘AINOTE’ is damaged and cannot be opened. Examine the project file for invalid edits or unresolved source control conflicts.
Path: /Users/jinlei.wu/Desktop/test_c/AINOTE.xcodeproj
Exception: -[PBXGroup buildPhase]: unrecognized selector sent to instance 0x600003245ad0
Cursor猜测项目文件有问题，确认之后Cursor开始重新创建项目文件，配置Swift文件引用关系，之后提示可以正常使用
5、再次使用Xcode打开，Xcode提示存在3个小问题，但已经可以正常运行，且界面精致程度（再次吐槽Trae写的App竟然不会全屏）、功能丰富程度（仅对比AI对话界面）要优于Trae编的App
6、Xcode提示的三个小问题，交给Cursor修复：
Xcode提示这三个小问题，帮我修复一下
Desktop/test_c/AINOTE/Models/Note.swift:5:9 Immutable property will not be decoded because it is declared with an initial value which cannot be overwritten
Desktop/test_c/AINOTE/Models/AIMessage.swift:4:9 Immutable property will not be decoded because it is declared with an initial value which cannot be overwritten
Desktop/test_c/AINOTE/Views/AIChatView.swift:60:26 ‘onChange(of:perform:)’ was deprecated in iOS 17.0: Use ‘onChange’ with a two or zero parameter action closure instead.
Cursor会快速修复并验证，提示成功，代码符合最新的Swift和iOS开发标准
7、再次使用Xcode打开，已经没有任何错误提示，就目前这种简单的应用编写和测试结果来看，Cursor的确要比Trae更胜一筹，Cursor会进一步明确需求、快速修复问题，且修复成功率更高，不清楚是否是因为我在Trae中主要使用的是Claude Sonnet 4，后续再对比测试