Claude实战：藏了个“自动驾驶“模式，90%的人居然没用过

原创

于 2026-07-02 11:21:01 发布 · 206 阅读

用AI最累的不是让它干活，是盯着它干活。/goal 解决了这个问题：你定规则，它自己跑，跑偏了自动修正，达标了自动停。/goal 可能是Claude Code里最能拉开效率差距的一个命令。会用的人设好目标去洗澡，回来活干完了；不会的人要么根本不知道它的存在，要么写了个模糊条件让AI原地打转、token烧到心疼。 这篇文章手把手教你怎么写好一个goal、避开最常见的坑，真正带你切换到"自动驾驶"模式。

洗澡回来，活干完了

昨天晚上十点，我干了一件挺离谱的事。

我在Claude Code里敲了一行命令，然后起身去洗了个澡。

等我回来的时候，屏幕上显示：60个测试文件全部迁移完毕，测试全绿。

倒回去说这事。

昨天帮朋友把一个老项目的测试用例从Jest迁移到Vitest。听起来不难，无非改改import、调调断言。但这项目有60个测试文件。

前10个我是手动盯的。Claude改完一个文件就停下来等我确认，我得敲回车、等测试跑完、看结果、再敲回车。整个流程像驾校练车——教练坐旁边，每踩一脚刹车都要他点头。

到第10个的时候，我盯着屏幕发了30秒呆，突然意识到一个问题：

我在干嘛？我一个人在这里，对着一个AI，反复按回车？

然后我想起了 /goal 这个命令。敲了一段：

/goal 把这个项目从 Jest 迁移到 Vitest：把 jest.config.ts 换成 vitest.config.ts，全局开启 globals；所有测试文件里的 jest.fn / jest.mock 换成 vi 对应的写法；迁移完用 vitest run 跑一遍，全部通过才算完成。不要动 src/ 里的任何业务代码。

接着就去洗澡了。回来的时候，Claude已经自己跑完了全部60个文件。

这就是今天要聊的东西——一个能让你从"按回车的监工"变成"只看结果的老板"的命令。