会议纪要怎么交给 Codex 变成开发任务？

很多会议纪要写了不少结论，但真正交给开发时仍然含糊。Codex 能帮助整理任务卡片、补充检查清单和生成实现步骤，但前提是会议内容先被清理成可执行输入。

先把纪要分成三类内容

会议记录通常混在一起：背景、抱怨、方案、临时想法、负责人和截止时间。交给 Codex 前，先分成三类：已确认决议、待确认问题、可执行任务。已确认决议可以进入任务卡；待确认问题不能假装已经明确；可执行任务需要有负责人、范围和交付物。

如果你刚接手旧项目，还要补仓库结构、启动命令和测试方式。这个部分可参考 接手旧项目时让 Codex 读懂仓库的上下文清单，否则模型只知道会议说了什么，不知道代码在哪里。

让 Codex 输出任务卡，而不是直接改代码

第一轮提示词可以要求 Codex 只做整理：列出任务标题、用户场景、需要修改的页面或接口、输入输出、验收标准、风险点和需要追问的问题。不要一上来就让它修改文件。会议纪要里最常见的问题是边界不清，直接进入实现会把猜测写进代码。

对于开发者 AI 调用，可以把任务卡输出成结构化格式，例如 priority、scope、files_to_check、acceptance、open_questions。这样后续无论进入项目管理工具，还是进入 AI API 接入脚本，都能继续处理。

补齐验收标准和检查命令

一条合格任务至少回答四个问题：谁会使用、成功时看到什么、失败时不能破坏什么、上线前怎么检查。Codex 可以根据仓库内容建议测试命令、页面路径和日志关键词，但人工要确认这些检查是否覆盖真实业务。功能完成后的复核流程，可结合 Codex 改完功能后的验收清单 使用。

如果任务涉及 AI 模型接口、CCSwitch 配置或模型调用管理，要在任务卡里写清楚 API 地址来源、模型名、调用限制和日志字段。不要只写“接一下 AI”。

执行前检查点

• 会议纪要已区分决议、待确认问题和可执行任务。
• 每个任务都有用户场景、影响范围和不做什么。
• 验收标准能被测试、页面检查或日志检查验证。
• 仓库路径、启动命令、测试命令已经提供给 Codex。
• 未确认的问题不会被模型自动补成需求。

常见避坑

不要把会议原文直接当需求。口头讨论里经常有“可能”“先看看”“大概”这类词，Codex 会尽量补全，但补全不等于事实。也不要把多个系统的改动压成一个任务，应该拆成前端、后端、配置、文案、验证等小块。

永沃云枢建议把会议纪要到开发任务的流程固定下来：清理纪要、生成任务卡、人工确认、补仓库上下文、再让 Codex 分步执行。这样 AI 自动化办公和开发流程能衔接，而不是把责任推给模型。