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渲染、模型测试、消息时间显示等等