Claude Code 新命令 /goal：交代一次任务，AI 自动跑到完成为止

你是不是也经常守在电脑前，盯着 Claude Code 一步步干活，每完成一件事就得再打字催一下？Claude Code v2.1.139 新增了 /goal 命令，正是为了解决这个烦恼。

旧方式的痛点

以前把一个复杂任务交给 Claude Code,比如搬动模块、重构大目录、或者修复整个测试套件,Claude 会尽力做完一轮,然后停下来等你。你得检查结果、补充指令、继续催促,如此反复。

对于那些需要 5 到 10 轮才能完成的任务,这简直是折磨。你没法去做别的事情,因为根本不知道 Claude 卡在哪里,也不知道到底做完了没有。

/goal 是怎么工作的

/goal 让你设定一个明确的完成条件,最多 4000 个字符。设定之后,Claude 会自动反复执行多轮,不需要你再手动输入任何内容。

基本用法:

/goal test/auth 目录下所有测试通过且 lint 检查无误

每完成一轮工作,一个独立的小模型(默认是 Haiku)就会扮演"裁判"的角色,判断完成条件是否已经满足。如果还没满足,原因会被反馈给 Claude,供它在下一轮改进。如果已经完成,goal 会自动清除,Claude 随之停止。

这里有个关键区别:判断"是否完成"的不是 Claude 自己,而是一个独立的模型。这样可以避免 Claude 自我感觉良好,误以为任务已经完成,但实际上并没有达到要求。

实际使用例子

以下是几种在日常工作中使用 /goal 的方式:

跑测试直到全部通过:

/goal test/auth 目录下所有测试通过且 lint 检查无误

按设计文档实现功能:

/goal 按照设计文档的规格实现功能,所有验收标准都要达到

配合自动模式在命令行运行:

claude -p "/goal CHANGELOG.md 里要为本周所有已合并的 PR 都写上记录"

结合**自动模式(auto mode)**使用时,整个过程完全不需要你手动输入任何内容。你交代任务,去做别的事情,回来直接看结果。

goal 的管理命令

查看当前状态(直接输入不带参数的 /goal): 会显示当前运行中的条件、已经过的时间、已执行的轮数、已消耗的 token,以及裁判模型最近一次的评估理由。

提前取消:

/goal clear

退出后恢复: goal 会被保存下来,当你使用 --resume 或 --continue 时会自动恢复。即使中途退出,进度也不会丢失。

有一点要注意:当 disableAllHooks 被开启时,/goal 无法工作,因为它的评估机制依赖 hooks。

为什么这是 agentic coding 的一个转折点

在 /goal 出现之前,Claude Code 基本上是一个交互式工具:你交代任务,Claude 执行,你检查结果,你再交代下一步。生产力高低完全取决于你是否一直守在旁边。

有了 /goal,Claude Code 变成了一个真正的 agent:你设定标准,Claude 自己运行到达标为止。Anthropic 表示,每一轮评估消耗的 token 成本"通常可以忽略不计",因为 Haiku 本身非常便宜。

这是 Anthropic 对许多开发者期待已久的"agentic coding"需求给出的实用答案:交代一个大任务,然后去做别的事情。

(2026 年,随 Claude Code v2.1.139 发布)

常见问题

Q: /goal 和普通的多轮对话有什么区别? A: 普通对话每轮都需要你手动输入下一步指令。/goal 只需设定一次完成条件,之后 Claude 会自动循环执行并自我检查,直到条件满足为止,全程无需你介入。

Q: 判断任务是否完成的裁判模型可以换吗? A: 默认使用 Haiku 作为裁判模型,因为它运行成本低、速度快,适合频繁调用来做判断。

Q: 如果 Claude 一直达不成目标怎么办? A: 你可以随时用 /goal clear 提前取消任务,检查卡住的原因后再重新设定条件。

Q: /goal 支持哪些使用场景? A: 常见场景包括:跑测试直到全部通过、按设计文档实现功能并满足验收标准,以及批量更新文档记录等需要多轮迭代的任务。

Q: 为什么 /goal 在 disableAllHooks 开启时不能用? A: 因为 /goal 的完成判断机制依赖 hooks 来触发裁判模型的评估,关闭所有 hooks 后这个机制就无法运行。