如何通过 14 个步骤让 Claude 实现自动运行：/loop、Routines 及全自动化技术栈详解

你是否每月支付 20 到 200 美元使用 Claude，却只能盯着屏幕等待输入或输出？AI 工程师兼内容创作者 Codez（@0xCodez）在 X 上发布了一篇爆款文章《如何在 14 步中让 Claude 自动驾驶：/loop、Routines 以及完整的自动化堆栈》，该文章获得了 519.8 万次曝光。

自 2026 年初以来，Claude Code 悄然添加了三种自动化堆栈：CLI /loop（会话内调度）→ 桌面本地调度器 → Anthropic 云上的 Routines。这种配置能让 Claude 持续工作，无需你按下任何按钮。本文基于官方文档验证，提供了所有细节的完整翻译。如果你是一位觉得“自动化太难”或“从未尝试过”的日本 Claude Code 用户，请从第一步开始查看。

最终，许多人每月支付 20 到 200 美元使用 Claude，但其用法与付费版 ChatGPT 并无二致。90% 的用户尚未设置无需手动点击即可运行的自动化。

没有 /loop，没有定时任务，没有 Routines，没有触发器。本应在你睡觉时工作的工具，却仍在等待你的输入。你可能认为自己已经用 AI 简化了工作流程，但实际上，你可能只是在被 AI 推着走，并积累着压力。

在过去三个月里，Claude Code 快速发布了自动化堆栈。/loop 出现了，3 月 24 日发布了 Auto Mode，4 月 14 日 Claude Routines 作为研究预览版开放。截至 2026 年 5 月，完整图景已经呈现。

本文是一份跨越所有三种类型的 14 步路线图。所有细节均已对照截至 2026 年 6 月的官方文档（https://code.claude.com/docshttps://code.claude.com/docs)）进行验证。道路很简单：首先，让手动循环正确运行；确保它们在重启后能持续存在；最后，迁移到云端，使本地环境不再重要。

14 步。3 种类型。1 个在你睡觉时工作的 Claude。

01. 理解 /loop 命令：显式或自然语言

这是在 Claude Code 中按计划运行的最简单方法。只需在会话中执行 /loop <interval> <prompt>。

在内部，它会调用三个内置工具（CronCreate、CronList、CronDelete）。间隔时间用数字和单位指定：m 代表分钟，h 代表小时，d 代表天。最小值为 1 分钟（30 秒将向上取整）。

1> /loop 1m say hello
2
3▲ Claude
4  CronCreate(*/1 * * * * : say hello)
5✓ 已调度 c21d95a0（每分钟）
6  - 任务: say hello
7  - 频率: 每 1 分钟 (*/1 * * * *)
8  - 任务 ID: c21d95a0
9  - 持续时间: 循环任务将在 7 天后自动过期
10  - 随时取消: CronDelete c21d95a0

实际上，你甚至不需要输入 /loop。Claude 同样理解自然语言调度：

• 每 10 分钟检查一次执行状态
• 工作日上午 10 点查看前一晚的最新消息
• 今天下午 6 点在 Slack 上发布状态

时间使用本地机器的时区，而非 UTC。任何可在 Claude Code 中使用的斜杠命令都可以放在 /loop 内部。

02. 使用完整的 Cron 表达式设置严肃的调度

CronCreate 工具支持标准的 5 字段 cron 表达式（分钟 小时 日 月 星期）。所有字段都支持通配符（）、单个值（5）、步长（/15）、范围（1-5）和逗号分隔列表（1,15,30）。对于星期，0 或 7 表示周日，6 表示周六。

不支持扩展语法： L（月份的最后一天）、W（工作日）、? 以及像 MON 或 JAN 这样的名称别名。如果同时指定了日和星期，任务会在任一匹配时运行（标准 vixie-cron 语义）。

📝

注意：

“vixie-cron”是 Unix/Linux 中广泛使用的 cron 实现。以其开发者 Paul Vixie 命名，它指的是大多数 Linux 服务器和 macOS 中的默认 cron 行为。这种“任一匹配即运行”的行为在同时设置月度任务和工作日任务时可能导致意外操作，请小心。

1值得记住的 Cron 模式：
2# 仅在工作时间每 5 分钟
3*/5 9-17 * * 1-5
4
5# 工作日早上 7 点
60 7 * * 1-5
7
8# 每月 1 日上午 9 点
90 9 1 * *
10
11# 每 15 分钟
12*/15 * * * *
13
14# 每夜 2:30
1530 2 * * *
16
17# 每周五下午 4 点
180 16 * * 5
19
20# 每 6 小时，整点执行
210 */6 * * *

如果拿不准，只需用中文告诉 Claude“设置 cron”，它就会自动为你创建。

03. 自动过期和停止条件

在决定使用 /loop 之前，需要考虑四个限制。现在记住它们，以免日后浪费时间：

• 7 天后自动过期。 所有循环任务在创建 7 天后会自动删除。它们会在消失前运行最后一次。要么在截止日期前取消/重新创建，要么将其升级为 Routines（第 10 步）。
• 每个会话最多 50 个任务。 对于个人工作来说足够了。如果正在构建复杂项目，请留意任务数量。在达到限制之前不会发出警告。
• 无补执行。 如果任务的执行时间在 Claude 处理长请求时到达，它会在 Claude 进入待命状态后运行一次。如果在 20 分钟的重构中遇到了 5 分钟的循环，它不会一次运行 4 次。
• 会话范围。 关闭终端会取消所有任务。重启 Claude Code 会清除所有已调度的任务。会话之间没有持久性。这就是第 2 级和第 3 级存在的原因。

列出或取消任务可以使用自然语言：

1> 显示正在运行的 cron 任务
2
3▲ CronList()
4   ID         任务                      频率
5   c21d95a0   say hello                 每 1 分钟
6   8f3aa412   检查部署状态              每 10 分钟
7   bb7c0d91   早间摘要                   0 7 * * 1-5
8
9> 取消部署状态检查
10
11▲ CronDelete(8f3aa412)
12✓ 已取消。剩余 2 个任务。

如果在 CI 环境或共享服务器中不需要后台调度，可以设置环境变量 CLAUDE_CODE_DISABLE_CRON=1。这将禁用 cron 工具和 /loop，并停止现有的调度任务。

当运行 Claude 的用户与拥有调度任务的用户不同时，这个设置是正确的选择。

04. 结合 /loop 和 /goal

单独使用 /loop 是“重复执行”的指令。将 /loop 与 /goal 结合使用，则变为“重复直到满足特定条件”，从而使其能够忽略“我基本完成了”的声明并继续执行。

这种组合解决了 AI 在重复性任务中的“懒惰”问题。没有 /goal，一个循环可能处理完 20 个项目中的 50 个，就认为其余的已经“处理完毕”。有了 /goal，停止条件是明确且可强制执行的。

这种组合在三种模式下表现出色：

• 调试不稳定的测试。 重现、假设、验证。重复直到确认一个原因。
• 长时间的数据迁移。 处理项目，保存进度，继续直到队列为空。
• 收件箱式排序。 处理待办项目，继续直到一个周期内完全没有新任务。

现在手动循环已经起作用了。接下来，让我们让它在重启后也能继续工作。

有关 /goal 命令的更多信息，请参阅下文。

05. 桌面定时任务

Claude Desktop 应用具有与 CLI /loop 不同的调度器。通过“Schedule → New Task → New Local Task”创建。设置名称、提示、频率、权限和工作文件夹。每次执行都作为一个独立的 Claude Code 会话启动。没有共享上下文。

相对于 /loop 的优势：

• 重启后继续运行。 即使你重启机器或关闭所有终端，任务也会按计划运行。
• 每次执行都有新上下文。 它不会继承上次运行的状态。每个任务本质上是独立的。
• 预配置的权限。 允许的工具、工作文件夹和模型都可以按任务固定。

要求：机器不能处于休眠状态。如果在睡眠时任务时间到达，它不会运行。当机器唤醒或 Claude Desktop 重新打开时，它会检查过去 7 天内错过的任务，对最后错过的时间执行一次补运行，并显示通知。

为防止自动休眠，请在桌面设置的“General”下启用“Keep computer awake”。但是，合上笔记本电脑盖子仍会导致休眠。

Routines（第 10 步）在云端运行，但这种模式是从你自己的 PC 连接运行的。

06. Token 预算和速率限制

Pro 计划最大的陷阱：每次定时执行都会启动一个完整的 Claude Code 会话，每个会话都会增加你的使用量。一个每 5 分钟运行一次、持续 24 小时的循环，就是 288 个会话。这并不轻松。它会加载上下文、调用工具，有时还会启动子代理。在构建大型项目之前要计算清楚。

保持自动化成本可控的三个习惯：

• 在提示中设置明确的 token 预算。 “最多使用 5k tokens。如果无法在该预算内完成，保存部分进度并正常退出。”这会逐个限制每次执行。
• 为任务选择合适的模型。 不要对所有任务都使用 Opus。Sonnet 对于大多数自动化来说已经足够。使用 Haiku 进行廉价的研究。任务设置中的模型选择屏幕应用的是面板默认值，而不是交互式会话中使用的模型。请按任务显式设置。
• 选择适合你使用量的计划。 Pro 计划在处理大量自动化时会很快达到限制。Max 提供 5 倍的容量，Team/Enterprise 提供更多。如果运行生产自动化，在周二下午 3 点被阻塞之前升级是更划算的。

📝

注意：

作为以日元为单位的粗略指南，截至 2026 年 6 月，Pro 计划约为每月 3,000 日元，Max 计划约为 15,000 日元。如果你运行 24 小时自动化（288 个会话），升级到 Max 计划基本上是强制性的。

07. 无人值守执行的权限设置

默认情况下，Claude Code 在执行 bash 命令、写入文件或调用外部 API 之前会请求批准。

当你在旁边看着时，这没问题。但在无人值守运行时，这可能会导致灾难。使默认设置实际适用于无人值守运行的三种配置模式：

• 在 settings.json 中预批准特定工具。对安全命令使用允许列表和拒绝列表。
• 在无人值守任务能够触及之前，阻止对凭据、环境文件和敏感目录的访问，在项目根目录的 .claudeignore 中进行设置。
• 启用审计日志以记录所有自主操作。第二天早上查看它们，而不是盲目信任执行结果。

1{
2  "permissions": {
3    "autoApprove": [
4      "Read(*)",
5      "Grep(*)",
6      "Bash(npm test)",
7      "Bash(pytest)",
8      "Bash(git status)",
9      "Bash(git diff*)",
10      "Bash(git log*)",
11      "WebFetch(domain:docs.python.org)"
12    ],
13    "deny": [
14      "Bash(rm -rf*)",
15      "Bash(git push*)",
16      "Bash(*--force*)",
17      "Bash(curl*)",
18      "Edit(.env*)",
19      "Edit(secrets/*)"
20    ]
21  },
22  "auditLog": true
23}

针对自动批准的适当测试：如果犯了错误，撤销它的成本有多高？如果撤销成本很低（在草稿 PR 上评论），就自动批准。如果撤销成本很高（强制推送到主分支），绝不要这样做。中间操作（创建分支、打开 PR）只有在存在你实际会阅读的审计日志时，才适合自动批准。

08. Auto Mode - AI 驱动的权限分类

Auto Mode 是 --dangerously-skip-permissions 的替代方案。它不是批量批准，而是一个 AI 分类器针对有效的权限规则评估每个工具调用，以决定是自动批准、确认还是阻止。

根据 Anthropic 的指标，用户批准了 93% 的权限提示。Auto Mode 自动化了那 93%，只留下剩余的 7% 需要人工干预。

实际工作原理：

• 3 个强度级别。“宽松”、“平衡”和“严格”。选择一个适合你项目风险承受能力的级别。
• 2 层防御。 服务器端提示注入检测在工具输出进入 Claude 上下文之前进行检查，然后分类器评估每个提议的操作。
• 审计追踪。 所有自主决策都被记录。你可以稍后检查哪些操作被批准了。

在计划之前，请查看 code.claude.com/docs/en/auto-mode。一旦启用，Auto Mode 会加入“接受编辑”和“计划”的 Shift+Tab 模式循环中。

Auto Mode 仍处于实验性版本。分类器的决策逻辑正在完善，并可能在不同版本之间发生变化。请与 .claudeignore 和审计日志结合使用。Anthropic 强烈推荐两者。在没有额外安全措施的情况下，不要在共享团队环境中使用。

09. 为任务选择合适的调度器

到目前为止介绍的两种调度类型，以及接下来介绍的 Routines，可能会让人混淆。让我们确保你理解它们之间的区别。

最好先在会话中使用 /loop 看看效果，如果需要日常使用则升级为桌面任务，如果希望它独立于终端，则升级为 Routines。

10. 云端 Routines

于 2026 年 4 月 14 日作为研究预览版发布。Routines 是 Claude Code 的设置，其中提示、仓库、连接器和权限被保存，并在 Anthropic 管理的云基础设施上根据触发条件执行。

即使你的笔记本电脑关机，它们也会运行。

适用于所有付费计划（Pro、Max、Team、Enterprise）。在 claude.ai/code/routines 创建，或在 CLI 中使用 /schedule。CLI 只能创建由调度触发的 Routines。要添加 API 或 GitHub 触发器，需要在网页上编辑。

一个 Routine 包含的元素：

• 自包含的提示。 由于 Routines 在无人值守时运行，没有后续问题，含糊不清会导致结果好坏参半。明确说明要做什么、成功的样子以及将结果发送到哪里。
• 一个或多个仓库。 在每次执行开始时克隆。
• 连接器。 Slack、Linear、Drive、GitHub 或任何已配置的。
• 执行环境。 控制网络访问和机密信息。默认为“Trusted”：允许包注册表，禁止任意外部通信。
• 一个或多个触发条件。 调度、API、GitHub 事件或其组合。

默认情况下，Routines 只能推送到以 claude/ 开头的分支。不恰当的 Routine 不会意外推送到主分支。只有在下游审查过程真正可靠的情况下才禁用此功能。这个默认设置的存在是有原因的。

11. 调度触发的 Routines

解释最常见的触发器。设置频率（每小时、每天、工作日、每周或一次性未来时间），然后就不用管它了。

1> /schedule weekdays at 7am
2  目标：拉取昨天的 GitHub issues，按严重性分类，
3  为任何“P0”或“P1”草拟修复，打开供审查的草稿 PR。
4  将摘要发布到 #engineering Slack 频道。
5
6▲ Claude
7  正在创建 routine：morning-briefing
8  - 触发器: schedule (0 7 * * 1-5)
9  - 仓库: org/api, org/web
10  - 连接器: github, slack
11  - 环境: Trusted
12✓ 已激活 · 首次运行 周一 07:00 本地时间。
13  查看于 claude.ai/code/routines

快速收回成本的三种模式：

• 早间状态报告。 获取前一天的指标和事件信息，总结新的 GitHub issues，并将摘要发布到 Slack。到早上 8 点，无需打开任何东西你就知道昨晚发生了什么。
• PR 审查处理。 在工作日上午 9 点，检查分配的 PR 并作为第一轮审查留下安全和风格评论。人工审查从有组织的地方开始。
• 文档漂移检测。 每周检查代码更改，标记未随之更新的文档。创建包含修复的草稿 PR。

时间以本地时区指定并自动转换。执行可能在设定时间之后几分钟发生（为了负载均衡而分散）。每个 Routine 的执行时间是稳定的。

12. API 触发的 Routines

API 触发器为 Routine 提供一个唯一的 HTTP 端点和 bearer token。只需从任何地方（警报系统、部署管道、监控工具或自定义应用）POST 即可执行 Routine。一个可选的 JSON 正文将成为附加到 Routine 提示的临时额外信息。

1# 从任何具有 HTTP 访问权限的地方启动 Routine
2curl -X POST https://api.anthropic.com/v1/claude_code/routines/$ROUTINE_ID/fire \
3  -H "Authorization: Bearer $ROUTINE_TOKEN" \
4  -H "anthropic-version: 2023-06-01" \
5  -H "anthropic-beta: experimental-cc-routine-2026-04-01" \
6  -H "Content-Type: application/json" \
7  -d '{"text": "Sentry 在生产环境触发了警报 SEN-4521。附带了堆栈跟踪。"}'
8
9# 响应包含 claude_code_session_id + 实时视图 URL

📝

注意：

Beta 标头 anthropic-beta: experimental-cc-routine-2026-04-01 是必须的。如果此标头发生变化，它将停止工作。因此，如果集成到生产系统中，请定期查看官方文档的弃用通知。Anthropic 保证最后两个版本的行为，并建议在通知期内进行迁移。

重要的操作说明：

• Token 在创建时只显示一次。请立即将其保存到秘密管理工具（如 AWS Secrets Manager、GitHub Secrets 等）中。之后无法检索。
• 检查 Beta 标头。/fire 端点的请求/响应格式在预览期间可能会发生变化。在弃用期间进行迁移。

这个触发模式真正解锁的能力：Claude 变成了一个可以从你堆栈中任何系统调用的工作流。

• CI 失败 → 触发 Routine 进行调查并打开修复 PR
• PagerDuty 警报 → 触发 Routine 进行分类并发布初始上下文
• Stripe webhook → 触发 Routine 更新内部仪表板

13. GitHub 触发的 Routines

GitHub 触发器将 Routines 连接到 Claude GitHub 应用的 webhook。它支持多种命令：拉取请求、推送、issues、检查运行、工作流运行、讨论、发布、合并队列等。每个事件都会启动一个独立的会话（不会复用会话）。

此触发器擅长的场景：

• PR 打开事件 → Routine 执行代码审查，标记安全性和风格问题，并留下第一条审查评论。作者在人工审查者介入之前就能获得早期反馈。
• Issue 创建事件 → Routine 对新 issues 进行分类，添加标签，链接相关代码，并草拟第一条回复。积压工作保持整洁，无需人工管理。
• 工作流运行事件 → Routine 调查 CI 失败，识别根本原因，并草拟修复 PR。构建失败不再是需要手动处理的杂务。
• 发布事件 → Routine 草拟发布说明，发布到更新日志，并通知利益相关者。不再需要问“这轮谁写更新日志？”

拉取请求过滤器允许精确的限定范围：作者、标题、正文、基础分支、头部分支、标签、草稿状态、合并状态、Fork 来源。一个“仅在带有 needs-security-review 标签的 PR 针对 main 分支时触发”的 Routine，只需一个过滤器设置即可完成。

14. 结合 Skills 和动态工作流

最后一步闭环了 Claude Code 迄今为止发布的所有功能。每个自动化层在与其他堆栈结合时会变得更加强大。

• 将 Skills 纳入 Routines。 Skills 是可重用的指令文件。将“PR Review”或“早间进度检查”等 Skills 放在 ~/.claude/skills/ 中，并在 Routine 提示中指定：“在早上使用此 skill 来总结信息”。Skills 是可重用的配方；Routines 是运行它们的触发器。
• 将动态工作流纳入 Routines。 对于受益于并行子代理的复杂自动化（深入验证、比较、并行研究），让 Routine 提示调用工作流。Routines 提供调度；工作流提供结构。
• Routines 触发 Routines。 一个 Routine 的输出（打开 PR、Slack 消息、标签更改）可以触发另一个 Routine。这是一种通过将一个 Routine 的输出定向到另一个 Routine 的触发器来设置的模式，而不是一个你通过开关启用的功能。
• 权限按 Routine 设置，而非全局。 每个 Routine 都有自己的权限设置。早间进度检查 Routine 可以随处读取但不能推送。自动修复 Routine 只能推送到 claude/ 分支。安全扫描 Routine 最大化拒绝列表。将每个 Routine 的权限文件视为安全边界的一部分。

从 /loop 开始，升级到 Desktop，然后升级到 Routines。结合 Skills，并在需要复杂性时添加 Workflows。

高效运行自动化的要点

• 不要从一开始就忽略 /loop。 最简单的自动化层级无需额外成本即可使用，但人们却忽视了它三个月。
• 不要忘记 7 天自动过期。 设置了一个重要的循环然后忘记了，一周后才发现什么都没运行。
• 不要对运行时间应超过终端生命周期的任务使用 /loop。 这正是第 2 级和第 3 级存在的原因。请升级它们。
• 不要将自动化模型保留为默认值。 继续对 Sonnet 可以处理的工作使用 Opus。请检查每个任务设置的模型选择屏幕。
• 不要忘记为应运行至完成的循环设置 /goal。 循环可能会停在“足够好”的状态，而不是实际的停止条件。
• 不要使用 --dangerously-skip-permissions 进行批量批准。 一个不恰当的提示可能会触发 git push --force origin main。请使用 Auto Mode 或允许列表。
• 避免含糊不清的 Routine 提示。 Routines 在无人值守时运行，没有后续问题。含糊不清的提示会导致结果不一致。
• 不要跳过审计日志。 “信任自动化”而不观察执行，是一个过程，其中难以注意的故障最终会变成大问题。
• 不要禁用 claude/ 分支前缀。 这个默认设置的存在是有原因的。在下游审查过程真正健壮之前，不要禁用它。
• 不要在 Pro 计划上运行生产级自动化。 大量自动化会很快达到速率限制。如果运行生产工作流，在被阻塞之前升级到 Max 是值得的。

总结

即使你不输入或点击，Claude 也能持续工作。

大多数用户将继续手动输入提示。这对日常使用来说没问题。然而，它几乎不适合其他任何事情。那 1% 运行真正自动化的用户，让 Claude 在早上 7 点分类 issues，每小时更新仪表板，每 10 分钟起草 Slack 回复——所有这一切都在他们睡觉时完成。他们设置了手动循环，升级到了 Desktop，并升级到了 Routines。

选择一个你还没完成的步骤。很可能就是在终端中运行你的第一个 /loop。明天就把它加上。然后进行下一步。Claude 的输出遵循 Claude 的设置。将其设置为自动驾驶，你就会得到这样的结果。

如果你是希望“掌握 Claude Code”、“利用 AI 实现运营自动化”的企业主、专业人士或销售人员，请随时咨询我们。

▼ Sparta Claude Code 学院

https://www.claude-code-lab.com

#ClaudeCode #AI活用 #业务效率化 #无代码 #AI工具 #生成式AI #Claude #工作效率 #自动化 #提示工程 #API #LLM #工程师