适合谁
- 不会写完整代码，但想用 AI 推进真实项目的人
- 已经在用 ChatGPT 和 Codex 协作的人
- 需要让 AI 修改本地文件、页面或脚本的人
- 希望每次任务都有明确边界和验收结果的人
- 想长期维护个人网站、工具或工作流的人
Method
Codex 协作流程：ChatGPT 规划，Codex 执行，用户验收
普通人如何把 ChatGPT 规划、Codex 执行和人工验收结合起来，稳定推进 AI 项目开发。
方法解决什么问题
普通人用 Codex 做项目，最大的困难通常不是不会写代码，而是任务说不清、边界说不清、一次让 Codex 改太多，执行后又不知道怎么验收。项目被改坏时，如果没有构建结果、文件清单和禁止范围，也很难及时发现。Codex 协作流程的作用，是把规划、执行和验收分开，让每个角色只负责自己最擅长的部分。
不适合谁
- 只做一次性聊天问答的人
- 希望 Codex 不经确认就替自己决定方向的人
- 不愿意说明项目状态和任务边界的人
- 完全不做人工验收的人
- 准备把高风险系统一次性全交给 AI 的人
Codex 协作的三个角色
-
用户负责目标、判断、决策和验收
用户决定项目要解决什么问题、哪些范围可以修改、哪些风险不能接受，并在最后确认结果是否符合预期。用户不需要看懂每一行代码，但不能把方向和最终责任交给 AI。
-
ChatGPT 负责规划、拆任务和分析结果
ChatGPT 用来梳理当前状态、判断任务等级、编写边界清楚的任务包，并在 Codex 完成后帮助复核结果。它负责把事情说明白，不直接代替用户做最终决策。
-
Codex 负责执行、改文件和跑命令
Codex 按任务包创建或修改文件、运行构建与检查命令，并报告改动和异常。Codex 不是老板，也不是产品经理，而是执行者；任务边界越清楚，结果越稳定。
一个真实场景示例
以造物栈新增一个公开方法页为例，一次稳定协作不是一句“帮我加个页面”，而是一条可以验收的执行链路。
- 用户先确认只新增一个方法页，不修改三篇正式文章，也不新增依赖。
- ChatGPT 把目标拆成页面内容、方法路径、模板关联、sitemap 和构建验收。
- 根据影响多个相关页面但不触碰高风险系统的特点，把任务判定为黄色任务包。
- Codex 按范围修改文件、生成 sitemap、运行 build，并列出新增和修改内容。
- 用户检查页面能否访问、五步导航是否正确、模板链接是否有效，再确认任务完成。
这套流程不要求用户成为程序员，但要求用户始终掌握目标、边界和验收。Codex 负责把清楚的任务变成可检查的项目结果。
标准协作流程
下面六步可以用于页面、模板、脚本和明确 bug 修复。任务越重要，项目状态、禁止事项和人工确认点就要写得越清楚。
-
先说明当前项目状态
写清项目路径、当前阶段、已有能力、刚完成的任务和下一步目标，让本轮工作有准确起点。
-
由 ChatGPT 拆成任务包
任务包至少包含目标、边界、修改范围、禁止事项、验收要求和最终输出格式。
-
按任务等级决定执行方式
绿色任务可以一次执行；黄色任务可以打包执行但要明确边界；红色任务必须拆小步并逐步人工确认。
-
Codex 执行并输出结果
重点报告修改了哪些文件、构建是否通过、是否新增依赖，以及有没有触碰禁止范围。
-
用户做最终验收
确认文件变化、页面访问、build、依赖和边界。用户不必逐行读代码，但要看懂这些关键结果。
-
把结果记录进项目状态
在 PROJECT_STATUS 或项目进度记录中写下本轮结果和下一步，方便下次直接继续。
一个合格的 Codex 任务包应该包含什么
任务包不是越长越好，而是要让目标、权限和完成标准没有歧义。
任务包至少写清这些内容
- 项目路径
- 当前背景
- 任务目标
- 明确修改范围
- 明确禁止事项
- 具体开发要求
- 构建或测试命令
- 验收标准
- 最终输出格式
哪些任务适合交给 Codex
是否适合交给 Codex，不只看任务大小，还要看边界是否清楚、结果能否验证。
适合直接交给 Codex
- 新增静态页面
- 修改导航
- 增加已有类型的模板
- 调整局部样式
- 生成 sitemap
- 做只读状态检查
- 写轻量脚本
- 修复验收标准明确的 bug
不适合一次性交给 Codex
- 核心交易逻辑
- 支付系统
- 数据库迁移
- 用户权限
- 大规模重构
- 没有验收标准的模糊需求
常见错误
- 只用一句话让 Codex“优化一下”。
- 没有写禁止事项，让修改范围不断扩大。
- 没有写构建或验收命令。
- 一次让 Codex 改太多互不相关的文件。
- 不看输出结果就直接继续下一步。
- 任务完成后没有记录项目状态。
- 把 Codex 当成最终决策者。
最小可用实践
- 先选一个边界清楚的小任务，例如新增一个页面或修改一个导航。
- 写清允许修改和禁止修改的文件范围。
- 让 Codex 完成后跑一次 build。
- 检查页面是否能打开、依赖是否变化。
- 让 Codex 写一条简短项目记录。
- 确认这套流程稳定后，再逐步增加任务范围，不要一开始就重构整个项目。
相关模板
相关内容
使用路径 · 第 3 / 8 步
这套方法在流程中的位置
你现在看到的是造物栈 AI 项目实战流程的第 3 步： Codex 协作流程。让 ChatGPT 规划、Codex 执行，用户负责决策和验收。
- 1 工具雷达四问
- 2 绿色 / 黄色 / 红色任务分级
- 3 Codex 协作流程
- 4 项目状态检查
- 5 内容生产流程
- 6 本地发布流程
- 7 GitHub 提交与部署准备流程
- 8 上线后检查流程
这一步可直接使用的模板
下一步怎么用
选一个边界清楚的小任务，用任务书说明目标和禁止事项，让 Codex 执行，再按验收清单检查页面、构建和依赖。完成后进入项目状态检查，确认这次改动没有破坏现有项目。