AI定时任务的三类执行方式

上周三晚上，我完成了一个得意的操作，为 Claude 设置了一个定时任务「让它每周一早上 9:45 把上周我写的日报全扫一遍，生成一份周报草稿」。

我使用的是 /loop 命令。一行代码搞定，命令行里显示「已添加，每周一 09:45 触发」，我打了个响指就去睡觉了。

结果到了下周一早上，什么都没发生。

打开终端查看，发现前一周的会话早已关闭，定时任务也随之失效。我以为自己遗漏了什么参数，又仔细查阅了一遍官方文档，才发现 Claude 为「定时任务」这件事，实际上准备了 3 个完全不同的工具。

我选择了最不可靠的那个。

嗯，我只能花些时间把这 3 种方式研究一番了，顺便帮你避开我踩过的坑。

/loop 是 Claude Code 命令行里的一行指令，最简单。

比如「/loop 5m 看一下部署有没有挂」，Claude 就会每 5 分钟问自己一遍这个问题，直到你停止它。

它还有一个偷懒模式：直接不写时间间隔。

比如「/loop 看一下 CI 跑完没」。

Claude 执行完一次后会自己判断下次多久再看：CI 刚开始跑，那等个三五分钟；快完成了，可能 1 分钟就再看一眼。延时范围在 1 分钟到 1 小时之间，由它根据当前状态自己选择。

这个模式适合「不知道这事啥时候好」的等待，比如：等 CI、等 PR 新评论、等构建产物。比固定 5 分钟问一次更节省 token，也更顺手。

它最大的特点是：只在你这个会话里存在。

会话关闭，定时任务消失。重启电脑，定时任务消失。最长维持 7 天，到点自动消失。

所以它适合什么？只适合「我现在正盯着这事，每隔几分钟提醒我一下」的场景。比如部署在跑、PR 在等评论、构建要跑很久，这种你今天就要完成的活。

我用它来定「下周一」的任务，相当于让一个临时工记下周的日历。人家根本就不存在那么久。

Routines 是 Claude Code 跑在云端的定时任务。主要在网页 claude.ai/code/routines 或 Claude 桌面 App 的 Claude Code 模式里管理，CLI 里也可以用 `/schedule` 对话式地直接建一个（创建之外的细节配置去 web 改更顺手）。任务本身运行在 Anthropic 的云上。

它跟 /loop 的差别就两个字：持久。

设置好之后：

1.关闭 Claude session，照常运行

2.关闭 Desktop App，照常运行

3.关电脑、合盖、出差，照常运行（因为它压根不在你电脑上运行）

4.想运行多久运行多久

Routines 默认就在隔离的 Git 分支里运行。每次启动，它都从你仓库的默认分支起一个 `claude/` 前缀的新分支，修改的东西不会污染你正在写的代码。

它适合什么？适合程序员的定时任务。比如每天早上扫一遍 PR 评论、每周自动写一份代码 review 报告、每天晚上跑一次全量测试。

但记住一个边界：Routines 运行在云端，看不到你电脑里的文件。它的工作范围是你授权的 GitHub 仓库（每次运行会从默认分支重新 clone 一份）+ 你配好的 MCP connectors（Slack、Linear、Google Drive 之类）。「读我桌面上那张 Excel」这种本地任务它做不了，得用下面括号里那个 Local 版本。

一个容易混淆的点：在桌面 App 的 Routines 面板里点「New routine」，会弹出 Local / Remote 两个选项。

是的，Routines 实际上是个总菜单，云的和本地的都在它下面。Remote 就是上面说的云端 Routines，Local 则是 routine 的本地变种。

文档里给它单独起了个名字叫 Desktop scheduled tasks，运行在你自己机器上，能访问本地文件、能开 worktree 隔离，但代价是要电脑开着。

Schedule 跟 Routines 长在同一个 Claude 桌面 App 里，但在另一个模式下，叫 Cowork。App 顶上的 tab 切到 Cowork（上面说的 Routines 面板在 Claude Code 那个 tab），左边栏就有「Scheduled」。

但它跟 Routines 不一样的地方是——它不运行在云端，运行在你自己机器上。所以前提是 App 要开着、电脑要醒着。如果到点电脑睡了或 App 关了，这次就 skip 掉，下次开 App / 电脑唤醒后会自动补跑一次最近错过的那次。

Cowork 是 Claude 主打「知识工作（knowledge work）」的模式，所以 Schedule 更适合内容和办公类的活。比如每天早上汇总 Slack 消息、每周写一份产品周报、每天扫一遍邮件挑重点。

我自己后来用的就是这个。因为我那个「周报草稿」任务说白了不是写代码，是读一周的日报、抽要点、套个模板，工作日 9:45 我电脑反正是醒着的，Cowork 干这种活刚好。

我自己总结了一个最简单的判断方法。

1.这事我现在就要盯，盯完就忘：用 /loop。比如部署、构建、CI。

2.这事每天或每周固定跑，会动代码：用 Routines。比如自动跑测试、自动 review PR、自动写 release note。

3.这事每天或每周固定跑，不动代码：用 Schedule。比如内容同步、邮件汇总、周报生成。

90% 的「我想让 AI 每周自动 XX」的场景，答案是 Schedule。

记住一个反直觉的事实：最简单的 /loop，其实是最不适合长期定时的。它的 7 天到期、关会话就死、关电脑就死，注定它只能干「短跑」。

我以前一直觉得，工具长得越简单，越应该是默认选项。

直到这次踩坑才意识到——简单和合适，是两回事。

/loop 最简单，但它干不了「下周一」这种活。Routines 和 Schedule 复杂一点点，但它们能干一整年。

选工具的第一直觉是「哪个最方便」。选对工具的第一直觉应该是「这件事需要它活多久」。

如果是一次性的、几分钟到几小时的事，用最轻的。如果是要持续跑的、得活过你今晚关电脑的事，从一开始就别用临时工。

这个想法搬到生活里也成立。你需要一个能盯一周的人，就别找一个只能盯一下午的。

👉 推荐阅读

《开新对话不仅不省 Claude 额度，反而更费》

《AI 不是工程师，是被点亮的图书馆》