Claude Code /goal

/goal 是目前 AI 领域最省时的功能。我们来拆解它的工作方式以及最佳使用方法。

你懂的。

你给 Claude Code 一个任务，它做一轮工作，然后停下来等你说了“继续”再动。你推它一把，它再来一轮，又停住。小任务这样还行，但要重构 200 个文件或者实现一个完整功能？那就太累了。

Claude 最近发布的 /goal 命令彻底解决了这个问题。

你设定一个完成条件，Claude 自动地一轮接一轮工作，直到条件满足。不需要你盯着，不需要你输入“继续”。你可以直接离开终端，等它做完再回来。

下面介绍它如何工作、如何用好它，以及它的局限性。

/goal 实际工作原理

机制出乎意料地简单：

• 你输入 /goal 后跟一个清晰的完成条件。
• Claude 完成一整轮工作（推理、计划、编辑文件、运行测试等）。
• 一个快速的评估模型（默认是 Claude Haiku）读取对话记录，回答一个问题：“目标条件满足了吗？”
• 如果否，Claude 立即开始下一轮。
• 如果是，目标自动清除，控制权交还给你。

就是这样。一个带有模型验证退出条件的循环。

/goal 工作方式示意图

/goal 工作方式示意图

什么样的目标有效

这一点决定了你 80% 的成功或失败。目标条件需要具体、可衡量、并且能从对话记录中验证。

有效的目标示例：

/goal test/auth 目录下的所有测试都通过，并且 lint 步骤没有错误

/goal CHANGELOG.md 中包含本周合并的每个 PR 的条目

/goal 旧 API 的所有调用点都已迁移，并且构建成功

注意模式：每个目标都描述了一个可观察的最终状态。Claude 可以运行测试、显示输出，评估器可以确认“是的，所有测试都通过了”。

有效目标与无效目标

有效目标与无效目标

模糊的目标会导致两种失败模式：Claude 为了满足不明确的条件而无限循环，或者评估器因为没有具体的东西可检查而幻觉成功。两种情况都会白白消耗 token。

有帮助的心智模型：

把 /goal 当成一个你指派给一个非常字面意义上的初级开发者的工单，这个开发者永远不会累。把你写在工单里的精确验收标准写进去。

为 /goal 成功设置项目

当 Claude 已经了解你的项目时，/goal 命令效果最佳。三件事会带来巨大差异：

• 项目根目录下的 CLAUDE.md 文件。定义架构决策、编码约定和你的“完成定义”。Claude 在每一轮中会自动读取它。
• 自动验证钩子。每次文件编辑后自动运行 lint 或类型检查，让 Claude 在运行过程中发现问题。
• 启用自动模式。减少工具使用的权限提示。如果没有它，一个 30 轮的运行会因为等待你批准每次文件写入而停滞。

值得尝试的工作流模式

将 /goal 与 Agent View（多个 Claude Code 会话的面板）结合使用，你就是在管理一个跨代码库不同部分的自主代理团队。

它不足之处

• 模糊目标消耗 token。模糊的条件导致 Claude 在无法取得进展的轮次中空转。
• 评估器只看到对话记录。如果 Claude 没有明确打印测试结果或文件差异，评估器无法验证。
• 复杂的多步骤目标压垮它。“重新设计认证、添加 OAuth、编写测试、更新文档、部署”对于一个 /goal 来说太多了。需要拆分成连续的目标。
• 没有内置 token 预算。Claude 会一直运行直到完成或被中断（Ctrl+C）。社区插件为更长的运行添加了 token 上限和对抗性审查。

/goal vs. /loop vs. 停止钩子

• /goal 在条件被模型验证满足时停止。最适合基于结果的工作。
• /loop 按计划重复。更适合轮询或周期性任务。
• 停止钩子 让你在每一轮后使用自定义评估逻辑。更灵活，设置更多。

对于任何具有明确结束状态的编码任务，/goal 是正确的选择。

立即尝试

如果你不确定如何表述目标，让 Claude 帮你写。在运行 /goal 之前，将类似下面这样的内容粘贴到 Claude Code 中：

给我写一个 /goal 提示。先问我想要做什么，然后不断提出跟进问题，直到你能用具体、可衡量的术语描述“完成”。

把你得到的内容前面加上 /goal，然后运行。然后关掉终端，去做别的事情。

先从范围明确的任务开始，然后再进行更大的运行。条件越精确，结果越可靠。

这个功能并不能解决所有问题。但对于任何你能写出清晰终点的任务，它消除了 AI 辅助编码中最大的摩擦：你坐在那里，一遍又一遍地按下回车键。

今天就到这里。

干杯！:)