用 Codex 跟进一个长期目标

当你希望 Codex 围绕一个持久目标持续工作，而不是在一个普通回合后停止时，可以使用 /goal。它适合目标清楚、有验证循环，并且 Codex 有空间在不持续询问你的情况下推进的工作。

使用 /goal 时，Codex 可以在多个小时内独立工作。通过 /goal <objective> 设置目标，通过 /goal 查看当前目标，通过 /goal pause、/goal resume 或 /goal clear 控制运行。

如果 slash command 列表里没有 /goal，可以在 config.toml 中启用 features.goals，也可以运行 codex features enable goals。

一个好的 goal 应该比一条 prompt 更大，但比开放式 backlog 更小。它应该定义 Codex 要达成什么、不该改什么、如何验证进展，以及什么时候停止。

不要把 goal 用在松散的无关任务列表上。关键是先建立契约，让 Codex 在开始前知道什么叫完成。

• 目标栈、等价性检查和约束清楚的代码迁移。
• 可以在每个 checkpoint 后运行测试的大型重构。
• 可以持续改进可工作成果的实验、游戏或原型。

1. 1命名一个目标和一个停止条件。
2. 2指出 Codex 必须先阅读的文件、文档、issue、日志或计划。
3. 3定义能证明进展的命令或产物。
4. 4要求 Codex 按 checkpoint 工作，并保留简短进展日志。
5. 5运行过程中用 /goal 检查状态。
6. 6当任务完成、受阻或方向变化时，暂停、恢复或清除 goal。

goal 运行期间，要求紧凑进度报告会让过程更可信。一个有用的状态更新应该说明当前 checkpoint、已经验证的内容、剩余工作，以及是否受阻。

如果状态变得含糊，与其追加更多零散指令，不如收紧目标：告诉 Codex 下一个 checkpoint 是什么、哪个命令能证明它，以及什么情况应该暂停。

Codex 会在确信达到停止条件时停止运行，所以 /goal 更像一个你不需要持续盯着的后台任务。

• /goal Migrate this project from [legacy stack or system] to [target stack or system]. Make sure all screens stay exactly the same visually, using playwright interactive to verify the output.
• /goal Implement PLAN.md, creating tests for each milestone and verifying the output with playwright interactive. [include reference screens as needed]
• /goal Optimize the prompts in [prompt file or directory] until the eval suite reaches [target score or pass rate]. After each change, run [eval command], inspect the failing cases, and keep the prompt edits minimal and targeted. Stop when the target is met or when further prompt changes would need product or policy guidance.