完整的 Claude 自动化栈：/loop → Desktop → Cloud Routines。12步拆解

你每个月花 20-200 美元用 Claude，却只是把它当作语法更好的搜索引擎来用。没有 /loop，没有定时任务，没有 Routines，没有触发器。本应在你睡觉时工作的工具，如今还在等你打字。以下是完整自动化栈的 12 步拆解——以及每周能省下的那些时间。

第一层 - 手动循环

步骤 01-04。在会话内有效，关闭终端即失效。从这里开始。

01. /loop 只是一个命令的距离。
在任何 Claude Code 会话中：

/loop  

这样就行了。Claude 会在底层使用 CronCreate 安排一个重复任务。每 5 分钟运行一次，直到你终止它或会话关闭。自然语言也可以：

/loop every hour  

最小间隔：1 分钟。时间使用你本机的时区，而不是 UTC。

02. 需要精确时用真正的 cron 表达式。
标准 5 字段语法。通配符、范围、步长均有效。
不支持的：L、W、?、MON/JAN 别名。

03. 四个硬限制。记住它们。

• 7 天自动过期。 每个循环在 7 天后自动删除。忘了它？它已经不见了。
• 每个会话最多 50 个任务。 你不会收到警告，直到撞上这道墙。
• 无追赶执行。 一个长时间任务期间错过了运行？之后只会执行一次，而不是每次错过的间隔各一次。
• 与会话绑定。 关闭终端——所有任务都取消。到此为止。
  在 CI 环境中完全禁用调度：

CLAUDE_CODE_DISABLE_CRON=1  

04. 将 /loop 与 /goal 配对，否则它会提前退出。
没有 /goal 的循环会在 Claude 觉得“做得够多了”时就停止。有 /goal 的循环会一直运行，直到条件真的满足：

/goal: Continue until there are no more tasks in the queue with status "pending"  

这种配对在三种模式中尤其有用：

• 调试不稳定测试 - 复现、形成理论、测试、重复
• 长期迁移 - 处理项目、保存进度、继续，直到队列清空
• 收件箱分类 - 处理待办项，直到一个完整周期内没有新内容出现

第二层 - 持久层

步骤 05-08。重启后仍存在。需要你的机器保持唤醒状态。

05. 桌面定时任务能比你的终端活得更久。
Claude Desktop → Schedule → New task → New local task。每次触发都会启动一个全新的 Claude Code 会话。没有共享上下文。
每个任务预配置了权限、模型和工作文件夹。
相比 /loop 你得到的好处：

• 重启和关闭终端后仍存活
• 即使你不在，也能在真实的时间表上运行
• 每个任务的作用域限定权限，而非全局
  你仍然需要的：你的机器保持唤醒。任务应在笔记本休眠时执行？运行会被跳过。唤醒后，Desktop 会检查过去 7 天，执行一次追赶，并发送通知。
  在 Desktop 设置 - 通用中启用 保持电脑唤醒。
  仅适用于 macOS 和 Windows。Linux：使用 /loop 或系统 cron + claude -p 的无头模式。

06. 每次定时触发都会消耗 tokens。算清楚。
一个 5 分钟循环运行 24 小时 = 288 个会话。每个会话加载上下文、调用工具、可能产生子代理。
三个习惯能让它保持可负担：

• 在提示中设置明确的 token 预算：“最多使用 5k tokens。如果在这个预算内无法完成，保存部分进度并干净退出。”
• 将模型与任务匹配。大多数自动化任务在 Sonnet 上运行良好。探索任务用 Haiku。
• 每个任务显式设置模型 - 配置默认使用你的面板默认值，很可能是 Opus。在 Pro 计划上运行大量自动化，到周二下午就会碰到速率限制。Max 计划提供了 5 倍的空间。升级很快就能回本。

07. 在任何无人值守运行前配置好权限。
默认情况下，Claude Code 在每次 bash 命令、文件写入和 API 调用前都会请求批准。你盯着时没问题；你不在时就是灾难。
每个条目的测试：如果这事做错了，撤销它要花多少成本？
撤销便宜 - 自动批准。
撤销昂贵 - 绝不批准。

08. Auto Mode 可以处理那 93% 你本来也会批准的请求。
Anthropic 衡量到用户批准了 93% 的权限提示。Auto Mode 自动化了那些，并在那 7% 重要的请求上让人留在循环里。
三个级别：宽松、平衡、严格。根据项目风险选择。
两层防御：服务端提示注入探针扫描工具输出，然后一个分类器评估每个动作。每个决定都被记录。第二天早上再回顾，而不是盲目信任无人值守运行。
适用于 Max、Team、Enterprise 和 API 计划。截至 2026 年 6 月，不适用于 Pro、Bedrock 或 Vertex。

第三层 - 云层

步骤 09-12。由 Anthropic 托管。你的笔记本可以关机。

09. Cloud Routines 无需你的硬件即可运行。
发布于 2026 年 4 月 14 日。一个 Routine 是一个保存好的 Claude Code 配置——提示、仓库、连接器、权限——在 Anthropic 基础设施上根据触发器运行。
在 claude.ai/code/routines 创建，或者通过 CLI 中的 /schedule 创建。
一个 Routine 包含：

• 一个自包含的提示——含糊不清会导致每次触发时产生抛硬币式的行为
• 一个或多个仓库，在运行开始时克隆
• 连接器：Slack、Linear、GitHub、Drive
• 环境：默认受信任——允许包注册表，阻止任意出站
• 触发器：定时、API、GitHub 事件，或任意组合
  默认情况下，Routine 只推送到以 claude/ 为前缀的分支。在你的下游审查流程真正可靠之前，请保持此默认设置。

10. 定时触发的 Routines：设定好就走开。
三种立即回本的模式：

• 早间简报 - 指标、事故、新问题 - Slack 摘要 8 点前送达。你不用打开任何东西就知道一夜发生了什么。
• PR 审查轮次 - 每周一至周五上午 9 点，扫描打开的 PR，留下第一轮安全和风格标记。人工审查从清理过的起点开始。
• 文档漂移检测 - 每周一次，扫描代码变更，标记未更新的文档，打开带有修正内容的草稿 PR。

11. API 触发的 Routines：将 Claude 作为可调用的服务。
API 触发器为 Routine 提供一个唯一的 HTTP 端点和 bearer token。从任何地方 POST 即可。
两件会坑到你的事：token 只在创建时显示一次——立即存储。同时注意 beta 头——在弃用窗口期间迁移。
这能解锁什么：CI 失败 - 触发一个 Routine。PagerDuty 告警 - 触发一个 Routine。Stripe webhook - 触发一个 Routine。

12. GitHub 触发的 Routines 关闭最后一个手动循环。
将 Routine 挂接到 Claude GitHub App webhook。
支持的事件：pull request、push、issue、check run、workflow run、discussion、release、merge queue。
这在哪里值得投入：

• PR 打开时 - 代码审查轮次，在人类审查者到达之前标记安全和风格问题
• Issue 创建时 - 分类、打标签、链接相关代码、草拟首次回复
• 工作流失败时 - 调查 CI 失败，识别根因，打开修复草稿 PR
• 发布时 - 草拟发布说明，发布到更新日志，通知相关人员

在 Claude 自动化上浪费钱的那些错误

• 从不尝试 /loop。最容易的一层不需要任何额外成本，而你一直在忽略它。
• 忘记 7 天自动过期。设置了一个关键循环然后走开，后来想为什么什么都不运行。
• 用 /loop 来处理需要比你的终端活得更久的任务。那是第二层和第三层该做的事。
• 在每个自动触发中默认使用 Opus。检查每个任务的模型选择器。
• 在应该运行到完成的循环中没有 /goal。它们会在“处理得差不多了”时停止。
• 全面使用 --dangerously-skip-permissions。一条糟糕的提示就可能强制推送到主分支。
• 模糊的 Routine 提示。含糊不清会导致每次触发时产生抛硬币式的行为。
• 没有审计日志。静默失败变成大声事故。
• 在你的审查流程真正可靠之前就禁用了 claude/ 分支前缀。

Claude 不会在你停止打字时就停止工作。

这套栈在 90 天内发货。三月有 /loop，两周后是 Auto Mode，四月有 Routines。所有这些都已上线、有文档，并且在你已经在付费的计划中。
让“Claude 作为昂贵的聊天机器人”变为“Claude 作为基础设施”之间的唯一差距，就是这 12 步配置。
挑一个你还没做的步骤吧。很可能就是你在终端中的第一个 /loop。今天就加上它。