标签： NoteWith

DevLog：2025年9月18日

1、先测试一下目前这个ChatWith for Mac的功能是否完整，然后考虑在保持简洁的基础上，对UI进行一些美化

2、第一个问题就是在收藏AI对话消息后，收藏的内容没有同步到备忘录中，解决之后发现备忘录没有默认标题，跟Cursor明确备忘录标题默认用“备忘录+收藏时间”，AI对话列表的标题下方添加最近一次AI回答内容的前20个字作为描述

3、目前AI对话列表中的条目仍无法获取最近一次回答内容的前20字作为描述，并且AI对话和备忘录两个界面的中间栏宽度默认好像是400，有点宽了，其实300就够了，但我希望的是默认300，最大400，先让Cursor去掉了AI对话列表中的描述文字，只留标题和更新时间，这样代码和界面就更简洁了

4、多次修改宽度限定和调节/保存机制未果，决定先简化需求，固定宽度为300，不允许调整，然后将“备忘录”改为“收藏”，不再需要编辑和预览的切换，始终显示预览状态就行，再在标题右侧添加一个“复制”按钮，点击可以复制收藏内容到剪贴板。Cursor修改了导航菜单，修改了NotesListView中的标题和文本，添加了复制到剪贴板的功能，移除NoteEditView的编辑功能、自动保存功能、编辑视图等等，至此已经将NoteWith基本修改成了ChatWith

5、然后再次更加了AI对话列表中标题下方显示描述文字的功能，这样对话和收藏两个列表页的样式就保持一致了，然后扫了一遍目前应用中存在的“AI对话”和“备忘录”，统一改成“对话”和“收藏”，涉及的文件包括负责搜索功能的SearchWindowView、负责回收站功能的RecycleBinView、设置页面SettingsDetailView、AI对话视图AIChatView、备忘录视图模型NotesViewModel

6、让Cursor去掉了我现在暂时还不需要的导入数据和导出数据功能，以后如果需要，并且想好了要怎么用这两个功能时，再添加

7、突发奇想，想看看目前这个应用的界面有没有什么可以优化的地方，直接问Cursor：结合近年来macOS端应用的趋势，你觉得现在这个应用的界面有没有可以优化的地方？Cursor给列举了非常多趋势和建议，高优先级优化包括侧边栏现代化、列表项卡片化、颜色系统优化，中优先级优化包括间距和布局、交互反馈、搜索体验，以及几项我看起来没啥用的低优先级优化，决定明天先让Cursor进行调整间距和圆角、使用系统颜色、添加悬停效果、优化图标使用等优化

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

1、上周在修改NoteWith时，通过调试信息发现目前AI对话并不是真正的流式输出，而是在完整回答后模拟流式输出，Cursor建议使用真正的流式API，实现增量渲染（只渲染新增部分），并且缓存已渲染的组件，避免重复解析，今天先修改这个问题
2、在修改过程中，遇到了AI回答内容不完整显示（但调试信息里是完整的）、问题只有一行时下方有一行空白、流式输出内容的汉字显示为乱码等问题，最终实现了真正的流式API调用，通过修改AIService，新增streamAIModel方法，实现了流式响应和实时解析数据，AI一开始生成内容就立即显示，用户能更快看到回答开始，使用起来更流畅了，并且测试发现思考过程也可流式输出
3、至于汉字显示为乱码，是因为之前的逐字节处理流式数据，但UTF-8编码的中文字符，一个字符能占用2-4个字节，这就会导致中文字符被截断，从而显示为乱码
4、有意思的是Cursor竟然从我发送的全是乱码的AI回答内容中看出了我真实的问题，并在修改代码后问我“关于您提到的OpenRouter vs Anthropic官方API的对比，这是一个很好的技术选择问题。如果您需要进一步的建议或想要实现特定的API集成，请告诉我！”
5、用百度云千帆的DeepSeek-R1-250528写了一个斜体字Markdown语法正则表达式，试试看能否解决备忘录预览界面斜体字无法正常渲染的问题，测试发现没能解决，斜体字依然无法显示为斜体
6、AI回答内容中的表格一直无法正常渲染，特别像是仅仅把表格中的文字复制出来，根本不像个表格，于是询问Cursor能否用类似CodeBlocksView的形式，创建一个单独的文件来渲染AI回答内容中的表格？Cursor创建表格渲染组件，包含表格解析器TableParser、表格视图TableView、表格渲染视图MarkdownWithTablesView
7、创建新文件之后，经历了多次测试和修改，仍然无法正常渲染，包括看不见我提出的问题，看不见AI回答中的文本内容（基本上除了表格之外，其它的对话内容都看不到，但深度思考内容和参考链接区域没有受影响）等等，多次添加调试信息、反馈调试信息后仍然无果，决定发起一个新的Cursor对话再试试
8、看了一眼Cursor网站的DashBoard，出现了“Analytics are currently degraded and showing incomplete data. We’re working on resolving this issue. You can subscribe to updates here.”这样的提示，看来Cursor终于发现了数据统计功能的问题
9、询问Cursor发现当前AI问答内容全都是在使用新创建的MarkdownWithTablesView来渲染，和我理解的不一样，我希望的是在AI回答中有表格时使用MarkdownWithTablesView来渲染表格，在AI回答中有代码块时，使用MarkdownWithCodeBlocksView来渲染代码块，于是让Cursor创建了一个新的组件UnifiedMarkdownView来统一处理文本内容，并修改MessageView来使用分离的渲染逻辑，这样避免了功能冲突，可以看到AI问答中表格以外的其它内容了
10、但UnifiedMarkdownView对普通文本的渲染使用了简单的Text组件，丢失了Markdown渲染效果，后续还是要换成NSTextView，以实现良好的Markdown渲染效果、文字选择、右键菜单等功能，明天再完善UnifiedMarkdownView

DevLog：2025年9月5日

1、继续测试和优化体验，前两天盘了下各个API平台的余额，发现百度云千帆和硅基流动上还各有五六十块钱，先用硅基流动的API来测试NoteWith的AI对话功能了
2、首先就是在添加模型时，硅基流动官方文档里提到base url是https://api.siliconflow.cn/v1，但我直接填写这个url之后，在测试时仍然提示404错误，去掉后面的v1就好了，可能是因为之前我让Cursor添加了base url自动补全功能，所以现在只需要填写AI服务的根地址就行了
3、然后是在AI对话中切换模型时，选择AI模型的界面，每个模型都显示了模型的名称和“自定义模型”两行文字，我不需要“自定义模型”，我需要在这个页面看到每个模型的备注和模型名称两个字段的信息，Cursor删除了AIModelSelectorView中“硬编码”的“自定义模型”文字，并且完成了修改
4、接下来优化一下流式输出，发现AI回答内容像是在一段一段地输出，并且在AI回答内容输出之前就会有一条白色的区域，然后“AI正在思考中”前面的加载图标也比较大
5、Cursor表示目前的流式输出回答内容的分块是160字符，减少到了50字符，同时将思考过程的分块从80字符减少到了40字符，输出间隔时间也有缩减，至于在AI回答内容输出之前的白色区域，通过修改MessageView，只有当消息内容不为空时才显示消息内容区域，只有消息有内容时才会显示操作按钮（收藏、复制、删除），避免了空消息占位符显示白色背景区域的问题，然后缩小了“AI正在思考中”前面的加载图标
6、流式输出回答内容的分块还是有点大，还可以再缩小一些，另外由于目前AI回答中的文本内容渲染采用了NSTextView，虽然可以看到渲染后的结果，但语法标记所占的位置都显示成了空格，效果不是很好，这样做的原因是之前想要复制部分回答内容
7、尝试继续完善文本的渲染效果，将语法标记完全移除而不是设置为透明，这次竟然真的搞定了！真是万万没想到
8、然后调整下AI对话的标题，之前已经修改了AIChatView，目前它只负责AI对话详情页，也就是AI对话模块的第三栏，这页左上角的标题目前固定显示为“AI对话”，决定将其改为显示当前AI对话的标题，如果我没有打开任何对话，则显示为“AI对话”，如果我打开了某个对话，就显示当前对话的标题
9、发现AI对话内容（无论是提问还是回答）的底部都有一小条空白，Cursor表示这是因为消息容器的边距和内容区域的边距叠加导致的，稍微缩减了一下，目前显示效果还行
10、在测试时我发现调试信息里很早就已经出现了API返回的回答内容，但迟迟不见AI对话界面显示回答内容，猜测可能是API返回回答内容之后，先用MarkdownWithCodeBlocksView完成渲染，再流式输出到AI对话界面，实际上是API返回完整回答（AIService），然后分块流式输出（AIViewModel），再实时渲染（MessageView+MarkdownWithCodeBlocksView）
11、这不是真正的流式API，而是完整回答后模拟流式输出，由于这种方式每次内容更新都会重新渲染整个Markdown内容，可能会在长回答时造成性能开销，导致渲染闪烁（特别是复杂格式），Cursor建议使用真正的流式API，实现增量渲染（只渲染新增部分），并且缓存已渲染的组件，避免重复解析

DevLog：2025年9月3日

1、参考Xcode的建议和Cursor的解释，对项目进行了死代码剥离（Dead Code Stripping），Cursor称这是一个编译优化功能，可以移除未使用的代码和数据，减小最终应用程序的大小，提高应用程序的加载性能，并且这是一个安全的优化
2、继续调整细节，比如将备忘录中的“笔记”替换为“备忘录”，和应用中备忘录模块名字保持一致，搜索界面按钮的顺序调整和文字修改，删除NotesListView也就是备忘录列表中未被使用的搜索功能，等等，让代码更干净一些
3、继续想办法解决从NoteWith还是手机应用时就一直存在的老大难问题：备忘录，询问了Cursor，有没有一些比较好用的Markdown编辑器，可以替换掉目前正在使用的NSTextView，Cursor给我推荐了SwiftUI Markdown、MarkdownUI、AttributedString+Markdown解析、以及MarkdownEditor、RichTextEditor两个第三方开源组件、和WebView+JavaScript方案
4、选择了第一个方案，但Cursor建议将现有的单视图编辑器改为双视图模式，即将编辑和预览分开，在编辑时可以实时更新预览，再具体一些，它推荐内联预览模式，可以同时看到编辑和预览，上面是编辑区域，下面是预览区域，可以展开/收起、可以拖拽调整高度，先试试看
5、修改过程中发现编辑区域已经显示了渲染效果，但预览区域显示的是未渲染的效果，这是因为之前创建的WYSIWYGMarkdownEditor是一个所见即所得编辑器，在编辑时就已经渲染了Markdown，按照Cursor的建议替换成了TextEditor
6、测试发现预览界面依然存在一些Markdown语法标记，可能是因为MarkdownRenderer不够完善，于是让Cursor修改，之后又是漫长的修正MarkdownRenderer的过程，因为Cursor在修改过程中认为之前的MarkdownRender太过复杂，于是删掉、重新创建了一个
7、目前应用内包含了两个Markdown渲染器，一个是AI对话使用的MarkdownWithCodeBlocksView，一个是备忘录使用的MarkdownRenderer

DevLog：2025年9月1日

1、今天继续完善应用细节，先从拆分待办事项列表为单独文件开始，将待办事项分组拆分为单独的文件，并且参考备忘录界面的布局，使用HSplitView，可调节宽度，最小宽度200，理想宽度300，最大宽度400，这样NoteWith的三大模块布局就一致了，并且更便于后续维护
2、Cursor陆续创建了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，就会更容易添加

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去掉了这些预置内容，只留空白的输入框