Codex 的 Goal Mode 是什么？适合什么场景？

Codex 最近的一个重要能力是 Goal Mode，也可以理解为“追求目标模式”。普通提问是：你让 Codex 做一件事，它做完一轮就停下来等你继续指挥。而 Goal Mode 是：你给它一个明确目标，它会围绕这个目标持续推进，边做边检查，直到目标完成、遇到阻塞、被暂停，或者达到资源限制。

简单说，Goal Mode 不是“让 AI 随便干活”，而是给 Codex 一个带边界的长期任务合同。

它解决什么问题？

很多开发任务不是一轮提示就能完成的，比如：

• 修复一个需要复现的问题
• 做一轮较大的代码重构
• 从 JS 迁移到 TypeScript
• 持续跑测试、改代码、再跑测试
• 优化性能指标，比如把接口 p95 延迟降到某个值
• 做一个原型，并反复调整到能正常运行

这些任务的特点是：下一步怎么做，取决于上一步的结果。如果用普通提示，你需要不停告诉 Codex“继续”“再跑测试”“看报错”“再改”。Goal Mode 则让 Codex 自己围绕目标继续推进。

怎么使用？

在 Codex 中可以用：

/goal <你的目标>

例如：

/goal 将项目迁移到 TypeScript，要求 strict mode 编译通过，并且不引入 explicit any

也可以先用 /plan 让 Codex 帮你拆解方案，再把整理好的目标设置成 /goal。

运行中可以暂停、恢复、清除目标，也可以继续通过消息补充约束。

最佳实践

写 Goal 时不要只说“帮我优化代码”，而要写清楚四件事：

1. 目标：最终要达到什么状态
2. 验证方式：用什么证明完成，比如测试、构建、benchmark
3. 约束：哪些行为不能变，哪些文件不要动
4. 停止条件：如果做不下去，什么时候停下来并汇报原因

推荐模板：

/goal 完成 <目标>，通过 <测试/构建/指标> 验证，同时保持 <约束>。
每轮修改后记录做了什么、验证结果和下一步。如果无法继续，说明阻塞原因和需要我提供的信息。

什么时候不要用？

如果只是改一个小函数、解释一段代码、生成一个简单脚本，用普通提示就够了。Goal Mode 更适合目标明确、验证明确、步骤较多的任务。

我的理解是：普通提示适合“单次指令”，Goal Mode 适合“长期任务”。真正好用的关键不是把提示写长，而是把“什么算完成”写清楚。