一句话区分
| 模式 | 一句话 | 类比 |
|---|---|---|
| Plan | 先想清楚再动手 | 盖楼前先画图纸 |
| Goal | 别废话直接干 | 拿着图纸开盖 |
什么时候用 Plan？
遇到以下情况，先 Plan：
- 🤔 需求不明确 — “这个项目怎么优化？”、“加个支付功能怎么做？”
- 🏗️ 改动范围大 — 涉及多个文件、架构调整、数据库变更
- ⚠️ 怕改错 — 不确定 Codex 会动哪些文件，想先看看方案
- 🔄 有多种方案 — 想让 AI 列出选项再选
Plan 模式下，Codex 不会改你的代码，只输出分析和建议。
什么时候用 Goal？
- ✅ 需求很明确 — “给这个函数加个参数校验”
- ✅ 方案已确认 — 刚才 Plan 过了，现在按方案执行
- ✅ 小改动 — 改个配置、修个 bug、加个注释
最强组合：先 Plan 后 Goal
这是最推荐的工作流，两步走：
第一步：/plan 分析怎么给项目加登录功能
↓
审阅方案，确认或调整
↓
第二步：/goal 按刚才的方案实现登录功能
实战演示
场景：给项目加用户认证
👉 你：/plan 分析如何给当前项目添加用户认证功能
🤖 Codex：
方案一：JWT Token 认证
- 新增 /api/login、/api/register 接口
- 前端存 token 到 localStorage
- 风险：token 过期需要刷新机制
方案二：Session + Cookie 认证
- 服务端维护 session
- 前端无需额外处理
- 风险：分布式部署需要共享 session
推荐：方案一，更适合前后端分离架构
👉 你：用方案一，加上 token 自动刷新
👉 你：/goal 按方案一实现 JWT 认证，包含登录、注册、token 刷新
🤖 Codex：开始写代码... ✅ 完成
对比速查表
| Plan 📋 | Goal 🚀 | |
|---|---|---|
| 会改代码吗 | ❌ 不会 | ✅ 会 |
| 输出什么 | 方案、风险、取舍 | 代码变更、测试结果 |
| 适合 | 拿不准的时候 | 心里有数的时候 |
| 速度 | 快（只分析） | 慢（要写代码） |
| 可回退 | 随时换方案 | 需要撤销改动 |
常见错误
| ❌ 错误做法 | ✅ 正确做法 |
|---|---|
| 大改动直接 Goal | 先 Plan 看方案 |
| Plan 完不 Goal | Plan 确认后立刻 Goal 执行 |
| 简单任务也 Plan | 小改动直接 Goal |