Claude Code 实战:用 /loop 把重复劳动变成循环(以及什么时候别用它)

在用 Claude Code 维护这个站的过程中，工作流里藏着大量隐含循环，和例行任务：

1. 每天要瞄一眼搜索引擎和 AI 爬虫的抓取情况，
2. API token 会悄悄过期，
3. 文章发布后要去清边缘缓存，
4. 提交代码前得跑一遍测试…… 这些事单看都不大，但它们都在周期性地重复。

把重复变成循环，再把循环交给机器，是 agent 时代最实在的杠杆。而 Claude Code 里做这件事，第一个该认识的工具就是 /loop。这篇就讲清楚/loop怎么用、什么时候用、以及——同样重要——什么时候别用它，该换别的机制。

/loop 是什么

一句话：在一个会话里，按固定间隔(或让模型自己决定节奏)重复执行一个 prompt 或 slash 命令。

两种用法：

/loop 5m /check-deploy        # 每 5 分钟跑一次 /check-deploy
/loop 盯着这次 CI，绿了就告诉我   # 省略间隔 = 让模型自己定节奏

• 固定间隔：/loop <间隔> <命令>，适合你心里有明确的轮询频率。
• 自定节奏(self-paced)：省略间隔，模型根据"在等什么"自己决定多久看一次。

关键特性——它活在会话里。会话开着，循环就一直转;会话结束，它也停。这一点决定了它的适用边界，后面会展开。

/loop 适合什么

它的本质是**"盯着某件事，直到满足条件"**。几个典型场景：

• 盯部署 / CI："每 2 分钟看一次这次发布健康检查，挂了立刻告诉我。"
• 等一个长任务：跑着一个耗时的构建或数据迁移，让它盯着完成信号。
• 反复跑到满足条件："持续跑 /babysit-prs，有新评论就处理。"
• 轮询外部状态：某个队列、某个审核状态、某个远程任务的进展。

一句判断：如果你想说的是"帮我盯着 X"，那就是 /loop。

self-paced 模式的小妙处

省略间隔时，模型不会傻乎乎每分钟轮询一次。它背后有个唤醒调度器，会根据你在等的东西决定节奏——等一个 8 分钟的 CI，就不会每 30 秒查一次把额度烧光;真正空闲时，它会拉长间隔。你只要描述"在等什么、什么算完成"，剩下的交给它。

所以自定节奏往往比你手动拍一个间隔更聪明。拿不准频率时，直接省略。

/loop 不是万能——循环有四种

这是我这轮实践最大的收获。我本来想把"每天看 GEO 数据 + 巡检 token"这类事都塞进定时任务，结果发现：循环至少有四类，机制完全不同，选错了根本跑不起来。

机制	跑在哪	触发方式	适合
/loop	当前会话	间隔 / 自定节奏	会话内盯一件事、等一个结果
/schedule(云端 routine)	Anthropic 云	cron(最小 1 小时)	长期、跨会话、关机也要跑;操作 GitHub / 公开 API
本地 launchd / cron	你的机器	系统定时	需要本机凭证、本地脚本、本地工具的定时任务
harness hooks	当前会话	"每当我做某动作时"	提交前跑测试、某操作后自动收尾——不是定时，是事件

几个最容易踩的坑：

• /loop 关了会话就没了。 想要"每天早上 9 点雷打不动跑一次"，/loop 不行，得用定时机制。
• /schedule 跑在云端，读不到你本机的东西。 它会给你一个干净的仓库 checkout，但碰不到 macOS 钥匙串、本地 .env、本地 CLI 工具。所以"巡检本机 Keychain 里的 token 还活着没"这种事，云端 routine 天生做不了——只能本地 launchd。
• "发布后要做的副作用"既不该用 /loop 也不该用定时。 像"文章发布后清边缘缓存"，最稳的是直接写进发布的代码路径，这样不管从哪个入口发布都会自动触发，而不是靠一个定时任务事后补救。

一个真实例子：把"每天看数据"变成每日报告

我想要每天一封邮件：站点关键页面是否正常、AI 爬虫抓取趋势、几个 API token 还活着没。

第一反应是用 /schedule 起个云端 routine。但很快撞墙：报告要读本机钥匙串里的分析 token、要调本地的发信脚本——云端都够不着。 于是改方案：

• 写一个 shell 脚本，把"查抓取数据 + 测页面 + 探活 token"拼成一封 Markdown 邮件;
• 用 macOS 的 launchd 每天 9 点跑它，发到自己邮箱。

而"发布后清缓存"则走了第三条路——写进发布代码本身，每次发布自动清，覆盖所有发布入口(后台、App、脚本)，根本不需要定时。

整件事让我总结出一条原则：

能自动化的是"观察 / 通知 / 记录"这层脚手架;判断本身留给人。

发不发、文案怎么写、异常要不要处理——这些需要人拍板的，不自动化;而"每天把数据摆到你面前""token 快过期了提醒你"这种机械的、我每次都重复的动作，才是循环该接管的。

上手速查

下次你又在重复某件事时，按这个顺序问自己：

1. 是"盯着一个正在跑的东西"吗? → /loop(拿不准频率就省略间隔)。
2. 要长期定时、跨会话、关机也跑吗? → 看是否依赖本机：
   • 不依赖本机(操作 GitHub / 公开 API)→ /schedule 云端 routine;
   • 依赖本机凭证 / 工具 → 本地 launchd / cron。
3. 是"每当我做 X 就自动 Y"吗? → harness hooks，不是定时。
4. 是"某个动作必带的副作用"吗? → 写进代码路径，别靠定时补救。

循环思维其实就两步：先识别出隐含的循环，再选一个最轻、刚好够用的机制把它接管。 /loop 是其中最轻、最快上手的一个——大多数"帮我盯着"的需求，一句话就能让它跑起来。