事实上，Claude Code v2.1.139 此次更新中引入的 /goal 功能，确实颇具亮点。
用过 AI 辅助编程的人，大多有过类似的体验：你交给它一个复杂的任务，它埋头干完一轮便停下来，你需要手动说一句“继续”，它再跑一轮，又停下。反反复复催促多次，如同赶驴一般，推一下才动一下。
/goal 正是为破解这一痛点而设计。你只需设定一个完成条件，Claude 每完成一轮，系统便会自动检查该条件是否满足。若未满足，则继续执行；满足后自动停止，全程无需你实时盯着。
下面我们来详细聊聊。
基本用法
用法相当简单，直接输入即可：
/goal 做一个移动端界面适配的检查，用webapp-testing这个skills。出现了适配性的bug就修复，直到满足 webapp-testing 的检查标准。设定完毕后，Claude 会立刻开始工作，你会看到一个 ◎ /goal active 的状态指示器，显示目标已运行了多长时间。
每轮结束后，系统会调用一个小模型（默认使用 Haiku）来评估条件是否达成，并给出摘要性的 reason（理由）。这就是所谓的“评估器”。你可以在状态面板和对话记录中查看到这个 reason，从而了解 Claude 当前正在朝哪个方向努力。
一直持续到任务成功完成为止。
官方文档中列举了几个适合 /goal 的典型场景：
- 将某个模块迁移至新 API，直至所有调用点编译通过、测试全部通过
- 按照设计文档实现功能，直到所有验收标准均满足
- 把一个大文件拆分成多个聚焦的小模块，确保每个文件大小都在限定范围内
- 清理 issue 列表，直到队列清空为止
因此，凡是具有明确终态、可验证的大任务，就非常适合使用 /goal 来处理。
与 /loop、Stop Hook 的区别
Claude Code 提供了三种“让 Claude 持续工作”的机制，来看看官方文档的说明：
简单来说，/goal 是“跑到目标为止”，/loop 是“每隔多久跑一次”，而 Stop Hook 则是“由你自己定义规则”。
另外，“auto mode 自动批准工具调用”解决的是单轮内的权限问题，不涉及跨轮次。/goal 解决的是跨轮次的自动续跑。两者可以互补：auto mode 省去每个工具确认弹窗的步骤，/goal 则省去每轮结束后手动点击“继续”的操作。
如何写好一个 goal 条件
这是 /goal 能否发挥效用的关键所在。
评估器只会根据对话记录中已有的内容来判断条件是否满足，它不会自动执行命令或读取文件。因此，你的条件必须写成 Claude 的输出能够验证的形式。
一个有效的条件通常包含三个要素：
- 一个可衡量的终态
- 一种验证方式
- 需要保持不变的约束条件
下面举几个例子：
# 好：具体、可验证
/goal npm test 退出码为0，且没有修改其他测试文件
# 好：有明确的检查方式
/goal CHANGELOG.md 里包含本周每个已合并 PR 的条目
# 好：包含时间约束
/goal test/auth 下所有测试通过且 lint 无报错，或超过 20 轮后停止
# 不好：太模糊
/goal 修好这个 bug条件最长支持 4000 个字符，如果你希望限制运行时长，可以在条件中添加类似 or stop after 20 turns 这样的约束。
常用操作
# 查看当前 goal 状态
/goal
# 清除活跃的 goal
/goal clear
# stop、off、reset、none、cancel 也能用查看状态时会显示：条件内容、已运行时间、已评估轮数、当前 token 消耗、评估器最近一次的 reason。
关于会话恢复：如果你退出会话时 goal 仍在运行，下次使用 --resume 或 --continue 恢复会话时，goal 会自动恢复。轮数、计时、token 消耗会重置，但条件保持不变。
非交互模式同样支持 /goal：
claude -p "/goal CHANGELOG.md has an entry for every PR merged this week"这种一条龙跑到底的模式，非常适用于 CI/CD 场景。按 Ctrl+C 即可中断。
底层浅析
/goal 的底层是一个 session 级别的基于 prompt 的 Stop Hook。
每轮 Claude 工作结束后，系统会将条件以及到目前为止的对话记录发送给一个小模型（默认 Haiku），由它判断：条件是否满足？
- 不满足：将 reason 作为下一轮的指导反馈给 Claude，继续执行
- 满足：清除 goal，并在对话记录中记录达成状态
因此，你看到的那条 reason 不仅供你参考，Claude 也会借助它来决定下一轮的具体行动。
需要注意的是，/goal 要求你的 workspace 已经接受过 trust dialog（即第一次在某个目录运行 Claude Code 时弹出的信任确认），因为评估器依赖于 hooks 系统。如果你在 managed policy 中设置了 disableAllHooks，那么 /goal 将不可用。这两种情况下命令都会主动告知原因，不会静默失败。
写在最后
/goal 将重复的人工监督转变为自动化的条件判定。过去你需要充当监工，每轮结束后手动点击“继续”；现在只需设定好目标，Claude 就会自行跑到完成为止。
使用 /goal 时，请记得将 Claude Code 升级到 v2.1.139 及以上版本。
