定时任务与 /loop：让会话按计划自动执行

有一类活儿是「等」：等一个长任务跑完、等对方回复、等某个状态变化。

这类事不该由你盯着。

先分清三种「定时」

这三个经常被混为一谈，但适用场景完全不同：

这一节只讲 /loop。

它的定位是「这个会话开着的时候，帮我盯着一件事」，不是「无人值守的自动化」。真要无人值守，用另外两种。

/loop 的三种用法

① 给间隔 + 给任务 → 固定节奏

/loop 5m 看一下那个转写任务跑完没有，完了就告诉我结果

每 5 分钟跑一次这句话。

支持的单位：s 秒、m 分钟、h 小时、d 天。也可以写成从句：每两小时。

秒会向上取整到分钟。 而像 7m、90m 这种不能整除的间隔会被调到最近的可行值，它会告诉你实际用了多少。

② 只给任务 → 它自己定节奏

/loop 盯着这份长文档的处理进度，有问题就停下告诉我

它每轮结束后自己挑一个 1 分钟到 1 小时之间的间隔，依据是它观察到的情况——快出结果了就等短一点，没动静就等长一点。

每一轮结束时它会打印这次等多久、为什么。

这个模式通常更好。 固定 5 分钟意味着你在为大量「还没好」的检查付费；让它自己判断，同样的钱能盯更久。

③ 什么都不给 → 跑内置的维护任务

/loop

它会按顺序处理：继续没做完的活、照看当前分支的待办、都没事的话做一遍清理性检查。

这个内置任务是有边界的，官方明确写了：

它不会在这个范围之外开启新的动作；推送、删除这类不可逆的操作，只有在延续这次对话里已经授权过的事情时才会执行。

怎么停

那个七天上限值得知道。 官方的说法是：它限定了一个被忘掉的 loop 能跑多久。

需要跑更久，就在过期前取消重建，或者改用另外两种定时方式。

注意一个例外：Esc 只能停 /loop 排的那一个。如果你是直接让它「每小时提醒我一次」这样排的任务，Esc 不管用，得让它删掉。

顺手的用法：一次性提醒

不需要记任何命令，直接说：

下午三点提醒我把交付物发出去

45 分钟后检查一下那批数据处理完没有

它会排一个触发完就自删的一次性任务。

管理已排的任务

直接问它：

我现在有哪些定时任务？

把那个检查部署的任务取消掉

每个任务有一个 8 位的编号。一个会话最多同时 50 个。

几条会影响你判断的机制

触发时间是有偏移的

重复任务不会精确在整点触发，会在计划时间之后随机延迟——最多 30 分钟（对于每小时以上的任务，最多是间隔的一半）。

为什么这么设计：避免所有人的任务在整点同时打过来。

如果你确实需要准时，把时间设在非整点、非半点的分钟上——比如设成 9:03 而不是 9:00，一次性任务的偏移就不会生效。

时间按你的本地时区算

不是 UTC。 设 9 点就是你所在地的 9 点。

不会补跑

错过的触发不会一次性补上。 电脑睡了两小时，醒来只会跑一次，不是跑 24 次。

定时任务不会打断它

定时触发的任务会在你的两轮对话之间执行，不会打断它正在给你写的东西。 它忙的时候会等当前这轮结束。

关窗口就没了

/loop 的任务是会话级的。关掉终端、退出会话，就不再触发。

但有一个办法：把会话转到后台（/background），任务会跟着后台会话继续跑，不需要终端开着。

一个更省的替代方案

如果你要盯的是「某个命令的输出」，可能根本不需要定时。

它有一个「监视」工具，能在后台跑一个命令，把每一行输出实时喂回来。

这比每隔 5 分钟重跑一遍提示词省得多，而且更灵敏。 你请求一个自定速 /loop 的时候，它有时会直接改用这个办法——这是对的，不用拦它。

什么时候该用，什么时候不该

一句话判断：

/loop 是「我在这儿，帮我盯着」，不是「我不在，你替我做」。

一条安全上的提醒

定时触发的那一轮里，它会自己决定做什么。

所以在启动 /loop 之前，先确认两件事：

1. 当前的权限模式是什么。 如果你处在自动接受编辑的模式下，那接下来每一轮它都在这个模式下动手。
2. 这个会话的工作目录范围有多大。 范围越小越安全。

不建议在 bypassPermissions 模式下跑 /loop。 那等于让它在无人看管的情况下无限制地动手。

本节事实查证日期：2026-08-05。 依据：官方 Run prompts on a schedule。