Codex 和 Claude Code 都能用 /goal 了，Agent 终于能自己跑到验收

这功能我建议所有用 Codex / Claude Code 的人都试一下。

它解决的是一个更烦的事，你让 Agent 修 bug、写文章、做页面，它跑几步就停下来等你。你不在电脑前，它就卡在那里。你回来以后还得重新看上下文，再补一句「继续」。

这体验太像在旁边盯人干活了。

/goal 的价值就在这儿。

你给的也不再只是下一步指令，而是一条成功条件。它会持续推进，直到目标达成、遇到阻塞，或者你主动叫停。

会用 Agent 的关键，不是一直喊继续，而是把完成标准说清楚。

这东西现在在哪能用

Claude Code 官方文档已经写了 /goal，要求版本是 v2.1.139 以上。

OpenAI 也给 Codex CLI 写了官方说明，把它叫做 long-running work 的 durable objective。说人话就是，一个能持续挂住的任务目标。

不过 Codex CLI 这边目前还是实验功能，需要从 /experimental 打开，或者在 config.toml 的 [features] 下加上 goals = true。这个边界要说清楚，别把它当成每个 Codex 客户端都默认打开的稳定按钮。

开启之后，玩法很简单。

你可以在 Claude Code 里这样写。

/goal 所有测试通过，lint 没有报错，README 里补完安装说明

Codex CLI 开了实验功能后，也可以这样写。

/goal "核心功能能跑通，测试通过，文档写清楚"

后面如果想看当前目标，直接输入 /goal。

想暂停，用 /goal pause。

想继续，用 /goal resume。

想清掉目标，用 /goal clear。

不用记太多命令，核心就一句，给它一个能验收的目标。

最适合用在这种任务上

修 bug 很适合。

别再一轮一轮说「继续修」「再跑一下测试」。你直接写，修到指定测试通过，不能改数据库结构，不能动登录逻辑。Agent 就会围绕这个目标反复跑。

写文章也适合。

你可以告诉它，标题要有点击欲，开头要给价值，正文要有段落，配图清单要补齐，发布前检查要完成。它会把这些当成验收条件，不会写完一版就原地停住。

做前端更适合。

比如让它做到移动端不溢出，按钮对齐，截图验收问题清零。以前你要一轮一轮截图、一轮一轮催，现在目标清楚以后，它会更像在按 checklist 收尾。

运营、资料整理、文档维护也一样。

只要这个任务有明确结果，有验收标准，有几步可以持续推进，/goal 都很合适。

真正的技巧，是别写虚目标

别把 /goal 当许愿池。

你写「帮我完善一下项目」，它大概率还是会跑偏。

你写成下面这种，效果就完全不一样。

/goal 首页三个核心按钮都能点击，移动端没有横向滚动，测试通过，变更文件不要超过当前模块

这里面有结果，有边界，有验收。

Agent 能判断自己有没有完成，也知道哪些地方不能乱碰。

我现在越来越觉得，会用 Agent 的核心能力，不在于把 prompt 写得多漂亮。

更关键的是，你能不能把一个任务说成「目标 + 边界 + 验收」。

目标让它知道往哪跑。

边界让它知道哪不能碰。

验收让它知道什么时候该停。

以后 Agent 会越来越像这样用

/goal 没那么花哨。

它其实是在把 Agent 从聊天模式，往交付模式推了一步。

以前我们跟 AI 协作，像在一问一答。

以后更像是你给一个清晰目标，它自己跑过程，你只在关键节点验收。

会提问只是第一步。

会定义目标、边界和验收，才是真的开始用 Agent。

关注我，及时了解更多 AI 资讯和 AI 知识。

大小项目开发和方案咨询，都可以私信。