标签： OpenAI

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年12月11日

1、需要给应用增加多模型管理和切换、联网搜索（通过Tavily，在模型界面增加Tavily Key字段）、回收站（可删除和恢复AI对话、收藏内容）、深度思考（在使用支持深度思考的模型时，可在对话过程中看到思考过程，并且样式和回答内容要有区别）、流式输出（可能现在已经有了？）、Markdown渲染（可能现在已经有了？）等功能

2、决定先增加联网搜索、回收站、深度思考功能，Cursor规划了7步：实现联网搜索功能（Tavily）：添加Tavily Key字段到设置页面和存储、创建Tavily服务，实现联网搜索API调用、在聊天中集成联网搜索功能、实现回收站功能：修改数据库添加is_deleted字段、修改删除逻辑为软删除，创建回收站页面、实现深度思考功能：修改OpenAI服务解析思考内容、修改消息显示组件，区分显示思考过程和回答内容

3、Cursor只用了几分钟就完成了如下修改：

1. 联网搜索功能（Tavily）：在设置页面的API配置部分添加了Tavily Key输入字段；创建了TavilyService处理联网搜索API调用；在聊天中集成：配置Tavily Key后，发送消息时会自动进行联网搜索，并将搜索结果作为上下文发送给 AI

2. 回收站功能：数据库更新：为conversations和messages表添加了is_deleted和deleted_at字段；软删除：删除操作改为软删除，数据不会真正删除；回收站页面：在设置页面的“数据管理”部分可进入回收站；可查看已删除的AI对话和收藏内容；可恢复已删除的内容；永久删除（不可恢复）

3. 深度思考功能：OpenAI服务更新：支持解析深度思考模型的thinking字段；消息显示更新：区分显示思考过程和回答内容；思考过程：灰色背景、斜体、带边框，顶部有“思考过程”标签；回答内容：正常样式显示

4、按照目前已有的功能，应该已经可以实现从添加模型到对话到删除的完整流程了，测试一下，先让Cursor解决两个问题，以及一个新需求：

1.在模拟器中打开应用时，对话页面出现了错误提示：LocaleDataException: Locale data has not been initialized, call initializedDataFormatting(<locale>).

2.在填写API Key、Base URL、模型名、Tavily Key后，填写的信息无法保存，退出设置界面后再回来看填写的信息就消失了

3.我需要把数据统计和回收站都放到设置-数据管理里

5、第一个问题，可能是因为中文日期的问题？第二个问题，为所有输入框添加了onEditComplete回调，在失去焦点时自动保存，第三个问题，将数据统计和回收站合并到了“数据管理”卡片中，继续测试，1和3已经解决，二仍然未能保存，决定直接动个大手术，添加多模型管理和切换功能，并在其中增加模型信息保存机制，需求包括：

1.在设置界面增加“模型管理”卡片，将现有的API配置整合到“模型管理”卡片中

2.可以在“模型管理”界面查看我添加的所有模型，可以在这里新建、修改、删除模型，并且可以将我添加的任何一个模型设置为默认模型，在开启新对话时，直接使用默认模型

3.添加和修改模型的界面，需要有取消和确认按钮，点确认按钮确认添加/修改，点取消按钮可取消添加/修改，点击确认或取消后可以返回“模型管理”界面

4.在添加和修改模型的界面，增加“备注”字段，可自行填写，并在对话窗口右上角的模型切换按钮上显示备注名和模型名

5.开启新对话时，直接使用默认模型

6.在对话中允许用户切换模型，模型切换按钮放在对话窗口右上角

6、修改过程中，Cursor将操作分为如下步骤：更新AIModel模型，添加备注字段和默认模型标记；创建模型数据库表和DAO；创建模型管理的Respository和Provider、创建模型管理界面、创建添加/编辑模型界面、修改设置界面，整合API配置到模型管理、修改对话页面，添加模型切换功能、修改聊天provider使用当前模型，大概耗时5分钟

7、在测试之前先记录一个关于Flutter开发的知识点：关于这几天在修改过程中频繁出现的DAO、Repository和Provider。

1.DAO（Data Access Object，数据访问对象）专注于数据存储层的读写，是直接与底层数据源交互的抽象层，封装所有数据访问细节，对外提供统一的GRUD（增删改查）接口，简单说就是DAO只负责“怎么从数据库/网络/本地文件拿数据/存数据”，不关心业务逻辑

2.Repository（业务数据仓库）是“业务层与数据层的中间层”，聚合多个DAO/数据源，封装业务逻辑，为上层（UI/Provider）提供统一的业务数据接口，简单说就是Repository负责“什么时候/从哪里/拿什么数据”，是数据的“调度中心”

3.Provider（状态管理工具）是“UI层与业务层的桥梁”，管理应用的状态（如用户信息、页面数据、加载状态），并将状态分发给UI组件，实现“状态变化——UI自动刷新”，简单说就是Provider负责“管理UI需要的状态，让UI能拿到最新数据”。

4.这几个概念之间的关系是：UI依赖Provider，Provider依赖Repository，Repository依赖DAO，分层设计本质是为了降低耦合，提升代码的可维护性

8、后续再测试今天新增的功能：多模型管理和切换、联网搜索、回收站、深度思考，测试正常后，还需要补充的细节包括流式输出、回答和收藏内容的Markdown渲染、模型测试、消息时间显示等等

DevLog：2025年12月8日

1、继续上周对移动端ChatWith的修改（或者说重写），用跨端开发框架Flutter替换Swift，“我需要你按照你的建议，帮我完全迁移，并且使用你推荐的技术栈”，Cursor列举了如下步骤：

1.创建Flutter项目结构和配置文件

2.实现核心数据模型（Message、Conversation、AIModel）

3.实现数据库层（SQLite+DAO）

4.实现API服务层（OpenAI流式输出）

5.实现Riverpod状态管理

6.实现UI层（启动页、主框架、对话列表、聊天界面、收藏、设置）

7.实现Markdown渲染和主题系统

8.配置全屏显示和平台特定设置

2、Cursor只用了十来分钟就写完了数十个文件，但接下来还需要我安装Flutter SDK、进入项目并安装依赖、生成代码，然后才能运行应用

3、目前涉及的技术栈包括：状态管理: Riverpod 2.5.1、网络请求: Dio 5.4.0、本地存储: SQLite + SharedPreferences、Markdown: flutter_markdown 0.6.18

4、手动下载并解压Flutter SDK之后，我不知道下一步该怎么配置，直接跟Cursor说“我已经下载了Flutter SDK，下一步怎么操作”，它就在电脑里搜索到了Flutter SDK的位置是/Users/jinlei.wu/Documents/Dev/flutter，然后开始配置环境变量，并验证安装、安装项目依赖、生成代码，之后还创建了一个总结文档

5、但不清楚目前怎样在iOS端运行应用，于是询问“怎样在浏览器里打开当前应用？怎样在Xcode中通过模拟器打开当前应用？”，Cursor直接给我提供了两个运行说明文档QUICK_RUN.md和RUN_GUIDE.md

6、按照提示在Xcode中打开RUNNER.xcworkspace，但提示错误Command PhaseScriptExecution failed with a nonzero exit code，Cursor检查后表示是因为未安装CocoaPods（iOS开发必须的依赖管理工具，Flutter的iOS插件需要通过它来管理），虽然它给出了解决方案，我还是希望Cursor能帮我安装，但未能实现，可能是卡在权限或者无法连接GitHub的资源上了？

7、可能还是需要通过终端命令的形式来安装，Cursor给出的步骤如下，中途切换了一下网络，第一步就无法直接下载

1.安装 Homebrew（如果还没有）

/bin/bash -c “$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)”

这一步中途切换了下网络，不然无法下载，但依然卡在了“Downloading Command Line Tools for Xcode 26.1”，搜索发现这还不是个例，网上有不少教程都建议这里手动去苹果开发者网站下载安装，然后重新运行这个命令

2.安装 Ruby 和 CocoaPods

brew install ruby cocoapods

第一步完成之后需要关掉终端，重新打开之后再输入这一命令，不然会提示zsh: command not found: brew

3.安装 iOS 依赖

cd /Users/jinlei.wu/Documents/GitHub/ChatWith/chatwith_flutter

cd ios

pod install

cd ..

4.在 Xcode 中打开

open ios/Runner.xcworkspace

8、在上面第三步就卡住了，多次调整后依然无法在Xcode中正常构建，明明CocoaPods已经安装并且可以查到版本号了，但仍然频繁出现构建失败的情况，Cursor建议优先使用Flutter命令运行应用，但也无法运行，提示找不到设备：

cd /Users/jinlei.wu/Documents/GitHub/ChatWith/chatwith_flutter

export PATH=”$PATH:/Users/jinlei.wu/Documents/Dev/flutter/bin”

flutter run -d “iPhone 16”

9、很奇怪的一点是，不知道为啥，Cursor给我创建了大量的.md说明文档和.sh安装脚本文件，而不是像之前那样直接进行修改操作，明天打开一个新对话，再让Cursor继续修复问题，并且看看这些.md和.sh文件是否有必要保留

DevLog：2025年12月2日

1、昨天在引入MarkdownUI替换之前自定义的MarkdownRenderer之后，Cursor未能进行构建测试，虽然也自称检查后未发现语法错误，但今天在Xcode中构建测试发现AI对话核心的文件AIChatView存在多个错误，导致构建失败，先复制给Cursor让它修复下这些错误

2、Cursor在简化了AIChatView的部分代码后构建成功，接下来测试并逐个修改各个模块的问题，先是这两个：

1.添加模型之后，发送消息后收到错误提示：发送消息失败：API错误（404），导致无法正常对话

2.AI模型管理界面缺少对模型的测试机制，需要增加测试机制，点击可测试，确认能正常连接

3、Cursor认为第一个问题是因为缺少URL补全机制导致的，于是修复了URL拼接问题，在用户填写的Base URL后面增加/chat/completions，然后在模型管理界面（包括列表视图、表单视图）添加了测试UI

4、在Xcode中打开发现测试UI工作正常，但我与测试可用的模型对话时，出现AI正在思考中的提示之后，没有收到任何回复，继续让Cursor检查原因并修复

5、Cursor修复了流式解析问题，包括改进流式响应解析逻辑、改进错误处理、增强兼容性等，虽然可以正常构建了，但我测试了两个问题，回答内容都未能完整显示，输出了一部分就停了，并且停止按钮一直未能变成发送按钮（正常的话应该收到所有回答之后停止按钮就会变成发送按钮）

6、Cursor认为问题原因在于流式输出解析顺序和ViewModel中的更新逻辑，前者主要是先检查finish_reason再处理delta，导致最后一块内容可能被跳过，当finish_reason存在时直接break，未处理该条数据中的delta，后者主要是更新频率限制在100ms，可能导致最后的内容未及时更新，同时，为了确保流式输出正确完成，Cursor也做了一些修改，无论finish_reason是否存在，都会在结束时调用onUpdate，即使delta为空，也会更新一次，确保状态正确，isLoading会被正确设置为false，停止按钮会变回发送按钮

7、继续在Xcode中测试了两个问题，这次可以完整显示所有回答内容了，并且停止按钮也会随着输出结束变回发送按钮

8、接下来准备参考ChatWith for Mac添加模型的逻辑，预置一些常用的模型服务提供商供用户选择，包括OpenAI、DeepSeek、Anthropic Claude、OpenRouter、Google Gemini、智谱GLM、月之暗面Kimi、百度文心一言、百度云千帆、阿里通义千问、阿里云百炼、腾讯混元、硅基流动、火山方舟、自定义，然后让Cursor引入RichTextKit，替换目前的备忘录模块

DevLog：2025年12月1日

1、目前ChatWith for Mac的主要问题在于偶发应用卡死问题，之前已经多次修复但一直未能解决，先暂停

2、先把手机端的NoteWith搞一个版本到手机上进行实测，目前的NoteWith还有很多地方需要完善下才能通过TestFlight发布测试版，比如还没有应用图标（需要让ChatGPT给做一套），上次将对话和备忘录改用Core Data存储之后未做实际测试，且还需要引入三方库MarkdownUI和RichTextKit，完善AI问答和备忘录的渲染效果和编辑体验

3、先让ChatGPT给设计图标，这次以蓝色为底色，并且“也需要一些设计感，像上面那套图标那样简洁就可以”，但这次ChatGPT也把“NoteWith”给套到了对话消息的图标里，要求“不要把NoteWith放在对话消息图标里，没有体现出Note的含义”，然后要求ChatGPT基于这张图生成一套用于iOS App的图标文件，可以直接放到项目文件里使用，很快就生成了，图标搞定

3、时隔半个月再打开Cursor，发现它推出了自己的模型Composer 1，据称生成速度相比同类模型快四倍，且目前可以免费使用，决定使用它来为应用引入三方库MarkdownUI和RichTextKit

4、先引入MarkdownUI，指令“我需要为当前的应用引入三方库MarkdownUI，用于AI问答内容的显示效果渲染”，Cursor指出需要先添加Swift Package Manager依赖，再更新代码以使用MarkdownUI渲染AI回答内容，在引入MarkdownUI之后更新了AIChatView，以使用MarkdownUI来渲染AI回答内容，并且相比之前自定义的MarkdownRenderer增加了代码块、行内代码等样式，接下来需要在Xcode中打开项目，MarkdownUI会自动下载并集成，AI问答内容将使用MarkdownUI进行渲染

5、Composer在执行这次修改时速度的确很快，但在修改结束后未能进行构建测试，要求构建之后仍然不行，说是“命令行构建因模拟器配置问题无法完成，但依赖已成功解析，代码语法检查通过，项目配置正确，建议在Xcode中直接构建和运行，Xcode会自动处理模拟器配置”

6、然后打开Xcode，发现模拟器又要更新版本至iOS 26.1，需要下载8.32GB，看来我的确是有阵子没有用Xcode运行iOS应用了，而且貌似在新的系统版本下载完之前无法进行构建测试，只能等了，看今晚能不能把模拟器下载完，明天再构建测试

7、想尝试添加一个自定义的模型，在Cursor的设置中，目前预置的模型包括Composer 1、Grok Code、Kimi K2，并且可以通过填写API Key等信息快速添加OpenAI、Anthropic、Google、Azure、AWS Bedrock的模型，有一点之前没有注意，就是如果要使用其他兼容OpenAI的模型的话，可以开启“OpenAI API Key”，填写Key，并打开Override OpenAI  Base URL修改API地址，然后在上方找到Add Custom Model填写模型名称，我试一下OpenRouter的Claude Sonnet 4，不知道为啥加不上，感觉添加模型不是很方便

8、上周看Trae.ai官方公众号推送了文章说TRAE SOLO已经登陆中国版，并且可以免费使用，今天更新了下Trae，据介绍，SOLO 模式集成包括 IDE 在内的多种工具。你只需表达需求，它就会基于目标主动推进完整开发流程。

-SOLO=The Responsive Coding Agent，可以让你直观了解智能体正在处理的内容——从文件、工具到完整的工作上下文，它会随你的操作和变化即时响应，始终与你的工作流保持同步。

-从清晰的规划开始，与子智能体协作，将复杂问题拆解为更为聚焦的任务。借助完整代码上下文进行迭代、重构与优化，实现高精度的工程化执行。

-自动将长对话整理为结构化的任务流，清晰呈现执行路径。所有改动统一汇总在代码变更视图，配合上下文状态统一展示，方便回溯与协作。

介绍了这么多，也没有看出来它到底和之前、和Cursor有什么不同，后面再实际测试看看吧

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，后续再对比测试