会议时间：2026 年 2 月 4 日 参与人员：说话人 A（主持，负责整体方向）、小关（前端 / 邮件初始化）、朱晨（后端 / 邮件签名与开发信测试）

一、核心议题

1. 开发工具切换：推荐使用 Codex

• 建议团队尝试使用 Codex（ChatGPT 的编程客户端），说话人 A 已使用一段时间，认为后端逻辑处理效果不错。
• Codex 现已发布桌面客户端（之前只有命令行），统一通过客户端配置即可使用。
• 说话人 A 会为每个人分别申请不同的 key 并发到群里，统一充值额度，每天 120 美金可用，鼓励大家放开使用。
• 命令行版本同样可用，配置主要在 agents.md 这类文件里。

2. 工作流：先生成文档再交给 AI 实现

• 项目里已加入 SPEC 模式（Kiro 编辑器风格）作为技能，拉代码后 agent 会自动识别。
• 编辑器配置：Codex、Claude、Gemini、KL 等编辑器全部软链接到统一的 .agent 文件夹下，技能在所有编辑器中可用。
• 推荐流程：
  1. 用 AI 整理需求 → 出需求文档（中文）。
  2. 人工核对需求，确认后再决定是否进一步出设计文档。
  3. 一般做到需求 + 设计文档即可，不必每次都做任务文档。
  4. 后续直接让 AI 根据文档写代码。
• 小问题不必走完整流程，直接让 AI 处理。

3. 仓库迁移与部署方式变更

• 计划把仓库从 GitLab 迁移到 GitHub 或自建的 Gitea / Git 服务。
• 不再使用现有的 build / compose 部署平台，回归到最基础的 Docker Compose 形式。
• 部署也交给 AI 管理：在项目内建一个专门放运维文档的文件夹，所有运维操作通过 AI 执行。
• CI/CD：测试过 GitHub Actions，可能采用其完成自动打包和部署。

4. 让 AI 代为运维与日常排错

• 让 AI agent 直接登录服务器排查日志、定位报错。
• 在前端开发完成后，让 AI 自动打开浏览器验证（结合 skill 调用浏览器 + 系统增加”自动登录”接口供开发环境使用）。
• 这样可以并行多个会话，同时处理多个任务，逐步走向异步任务驱动。

5. 业务需求一：组织成员邮件初始化引导（小关负责）

• 客户分析功能用得多，邮件部分需要尽快解决。
• 在组织设置里增加开关：“是否强制成员完成初始化设置”。
• 开关打开后，未完成初始化的成员不能使用其他 agent 功能。
• 强制设置项：邮箱账户、称呼。
• 未完成初始化时，不论用户发送什么消息，agent 都只回复”必须先完成初始化设置（企业管理员要求）”。
• 用户可把邮箱、密码发给 agent，agent 调用工具完成设置。
• 之前 MCP 里有一个邮箱设置工具，需要改造成普通工具供新流程调用。
• 完成设置后：
  1. AI 读取用户最近 100 封邮件列表（仅拉列表不拉详情，速度快；不读已同步的数据，由小关找到现有邮件同步代码中的”拉列表”部分）。
  2. AI 自行挑选几封邮件查看，理解用户工作。
  3. AI 告诉用户”我了解到你是干嘛的，之后可以帮你做什么”。
  4. 把了解到的信息写入”记忆”。
• 新增两个记忆工具：创建 / 更新记忆 + 搜索记忆（lookup search），需要新增一张表存储。
• 组织成员列表里需要能看到”用户是否完成初始化（是否绑定邮箱）”。
• 引导提示词由小关设计，初版让 AI 给出建议，再根据实际反馈迭代调整。
• 开发时利用”验收列表”：尽量把能让 AI 自我验收的项设计好，AI 完成后自验收 → 有问题再调整 → 异步迭代。

6. 业务需求二：邮件签名与开发信优化（朱晨负责）

• 当前 agent 写出的邮件存在问题：内容偶尔太短、签名没带上、有时用中文回复外语客户。
• 让”写邮件”调用一个专门的技能，技能里描述好写邮件的核心原则：
  • 注意对方语言。
  • 写邮件前查询是否有过往邮件往来，如果有则提取与本次主题相关的上下文作为知识。
• 邮件客户端那一部分 AI 暂时不动（走的是单独接口）。
• 邮件部分后续可能拆为单独的 agent，目前先以技能形式加入默认 agent。
• 签名处理：放在引导设置过程中加入”邮件签名设置”，技能里直接拉签名，写邮件内容时不要写签名。
• 测试方法：朱晨自己邮箱、其他账号（如 Grace 的账号）、开发信场景反复跑，让 AI 自跑十次，截图反馈再丢给 AI 分析改进。
• 历史搜索验证：在其他人账号里看过往沟通内容，新建会话让 AI 写邮件（不会自动发送），观察其是否搜索了历史邮件。

7. 后续技术方向

7.1 网盘部分改造

• 当前网盘记录存数据库，后续改成”挂载”形式（但避开旧挂载协议的低速问题）。
• 前端表现：挂载某对象存储文件夹；沙箱内使用时再下载到本地。
• 利用 AI 熟悉的”非常古老的命令行工具协议”克隆文件、搜索文件等操作；让 AI 在聊天中可读取网盘文件、下载并处理。

7.2 用户配置文件化与基于文件的 Agent 管理

• 把数据库里保存的用户配置中相当一部分改为存文件，每个用户建立一个 Claude 初始化目录。
• 参考某产品（背后跑 Claude Code，提供 agent 创建工作流 + 第三方沙箱 e2b + 任务抽象）。
• 未来形态：核心 SDK 是一个 CLI 风格的 package，顶层是前端封装，整体类似在 Claude Code 上再加一层。

7.3 部署架构

• 部署到一台新服务器，单独部署。
• 商品库部分：现有系统弃用，简单版商品管理功能由后端新出。

二、技术决策与方案细节

• 编辑器：Codex 处理后端较好，前端较弱时用 Gemini（CLI 或反重力编辑器）补充。前端处理叠加”前端设计”技能效果更好。
• AI Gateway / API key：统一由说话人 A 充值，团队按 key 分配。
• Agent 行为约定：未完成初始化时只回复引导文案；完成后自动读邮件 → 挑选 → 总结 → 写记忆。
• 记忆工具：两个（创建或插入、搜索）+ 一张存储表。
• 邮件相关：拆为多个能力（拉列表、查看具体邮件、搜索历史邮件、写邮件技能）。
• 后续可能用 GitHub 仓库 + Actions 自动打包部署。

三、UI / 交互细节

• 组织设置：新增”是否强制成员完成初始化”开关。
• 组织成员列表：显示”是否完成初始化 / 是否绑定邮箱”。
• 引导对话框：未完成初始化时，无论用户发什么消息，前端都只展示初始化引导。
• 邮件签名相关 UI：在初始化引导步骤里加入”邮件签名设置”项。

四、后续行动与分工

负责人	任务
小关	组织成员初始化引导 agent；记忆工具（创建 / 搜索）+ 表设计；邮箱设置工具从 MCP 改成普通工具；引导提示词设计；组织成员列表显示初始化状态
朱晨	邮件写作技能优化（语言识别 + 历史邮件搜索 + 签名处理）；多账号开发信测试；签名设置流程接入引导
说话人 A	申请并下发 Codex key；推动仓库迁移（GitHub 或自建）；部署体系切换到 Docker Compose；新服务器部署；网盘协议改造方案；商品库简版重做

• 整体目标：邮件流程做到”基本不干预或少干预，仅审批一次即可发送”的程度，再去批量创建任务并发跑。

五、其他要点

• 老板新发的界面优化建议暂不处理，先聚焦自动化跑通。
• 鼓励团队消耗 Codex 额度，因为实际计费远低于平台显示价格（约 200 美金对应 40 人民币级别），成本可以忽略。
• 团队工作模式从”自己写代码”逐步过渡为”管理 AI 写代码 + 验收”。
• 验收列表 / 验收标准的设计是开发的核心产出之一，便于异步迭代。
• 后续异步任务体系会与”客户开发”那边的异步思路一致。