用 Claude Code 最烦的一件事：你得一直盯着它。

改完代码你得手动说"跑个测试"，测试挂了你得手动说"修一下"，修完你又得说"再跑一遍"。来来回回，像在带一个什么都会、但就是不主动的实习生，什么都得手把手交给他如何做，你后面踢一脚，他就动一下。

更离谱的是，想让它每隔半小时检查一下PR评论、做个安全扫描？你只能给自己定闹钟，到点了去敲命令。

但是今年3月Claude code更新了/loop 命令，终于解决了这个问题。

一行命令，Claude 自己循环执行，你该干嘛干嘛。

一分钟秒上手

最简用法，一行就够：

/loop 30m 跑 npm test，如果有失败就修复，修完再跑一次

意思是：每隔 30 分钟，Claude 自动执行一次你描述的任务。不用手动触发，它自己循环。

时间格式很直觉——15m 是 15 分钟，1h 是 1 小时。

想停？/loop stop，随时。

没有复杂配置，没有 yaml 文件，没有规则表达式。就这么多。

三个直接能复制的用法

下面三个实际应用场景，提示词都是我实际在用的，你复制过去改改路径就能跑。

自动跑测试 + 自动修

最基本也最实用。你专心写功能，Claude 在后台每 15 分钟帮你跑一轮测试，挂了自己修。

/loop 15m 运行 npm test。如果有失败，分析原因并修复代码（不要改测试本身），修完重新跑确认通过。把每轮结果追加到 test-log.md，带上时间戳。

相当于一个不休息的 CI + 自动修复机器人。你埋头写新功能的时候，它在后面默默帮你兜底。关键是它不只会报错——它会直接修，修完还会验证。

定时盯 PR 评论

提了 PR 之后，reviewer 可能随时留 comment。与其自己反复刷页面，不如让 Claude 盯着：

/loop 1h 用 gh pr view 123 --comments 查看最新评论，如果有新评论就总结要点并给出修改建议，涉及代码变动的直接改。

前提是你装了 GitHub CLI（gh）。Claude 天然会调用它，不需要额外配置 MCP。

这个用法的好处是：reviewer 留完评论，你可能还在开会，但 Claude 已经帮你改好了。等你回来一看，可能只需要确认一下就能 merge。

安全扫描巡逻

/loop 2h 扫描 src/ 目录，检查硬编码密钥、SQL 注入风险、未校验的用户输入，发现问题写入 security-issues.md。

很多团队其实没有常态化的安全扫描流程，顶多在 CI 里挂个 Snyk 扫依赖漏洞。但代码层面的安全问题——比如有人把 API Key 写死在代码里，或者忘了对用户输入做校验——这些静态工具很难覆盖到。

用 /loop 跑这个，几乎零成本就能建立起一个持续巡逻机制。

用之前必须先知道这三件事

第一，Token 会持续消耗。

/loop 每执行一轮都算一次完整对话，跑一整天下来用量不少。建议先用短间隔测试——比如 /loop 5m 跑两轮，确认提示词效果没问题，再把间隔拉长到 30m 或 1h。别一上来就 /loop 5m 跑过夜，第二天早上看到账单会心痛。

第二，简单任务记得降effort。

启动 /loop 之前先敲一下 /effort low，简单的测试和扫描任务不需要 Claude 全力思考，能省不少 Token。只有涉及复杂架构分析的时候，才在提示词里加 ultrathink 触发深度推理。

第三，长时间运行注意上下文膨胀。

跑几个小时后，历史对话可能会撑满上下文窗口。两个办法：

一是在提示词里加一句"每轮执行完只保留本轮结果，清理之前的上下文"；

二是中途手动 /compact 压缩一下。

推荐前者，设好就不用管了。

总结

/loop 本质上做了一件事：把 Claude Code 从"问一句答一句"变成"布置任务就不用管"。

如果你试了什么好玩的 /loop 用法，评论区聊聊。