如何通过 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 用户，请从第 01 步开始查看。

归根结底，许多人每月为 Claude 支付 20 到 200 美元，但其使用方式却与付费版 ChatGPT 无异。90% 的用户尚未设置无需手动点击即可运行的自动化。

没有 /loop，没有计划任务，没有 Routines，没有触发器。本应在你睡觉时工作的工具，仍在等待你的输入。你或许以为你已经用 AI 简化了工作，但实际上，你可能只是被 AI 牵着鼻子走，不断积累压力。

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

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

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

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

这是按计划运行 Claude Code 的最简单方法。只需在会话中执行 /loop <间隔> <提示> 即可。

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

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                 每分钟
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，一个循环可能处理完 50 个项目中的 20 个，就认为剩下的“已处理”。有了 /goal，停止条件就是明确且可执行的。

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

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

现在手动循环已经可以工作了。接下来，让我们让它能在重启后继续运行。

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

05. 桌面计划任务。

Claude 桌面应用有一个不同于 CLI /loop 的调度器。通过“计划 → 新建任务 → 新建本地任务”创建。设置名称、提示、频率、权限和工作文件夹。每次执行都作为一个独立的 Claude Code 会话启动。没有共享上下文。

相比 /loop 的优势：

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

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

为防止自动休眠，请在桌面设置中的“通用”下启用“保持电脑清醒”。但是，合上笔记本电脑盖仍然会导致休眠。

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

06. Token 预算与速率限制。

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

让自动化保持经济实惠的三个习惯：

• 在提示中设置明确的 Token 预算。 “最多使用 5k Token。如果在此预算内无法完成，请保存部分进度并正常退出。”这可以单独限制每次执行。
• 为任务选择合适的模型。 不要对所有事情都使用 Opus。对于大多数自动化任务，Sonnet 就足够了。对于低成本的研究，使用 Haiku。任务设置中的模型选择屏幕应用的是面板默认设置，而不是交互会话中使用的模型。请为每个任务显式设置。
• 选择适合你使用情况的计划。 在大量自动化任务下，Pro 计划很快就会达到限制。Max 提供 5 倍的容量，Team/Enterprise 提供更多。如果正在运行生产级自动化，在周二下午 3 点被阻止之前升级是更具成本效益的。

📝

注意：

作为粗略的日元参考，截至 2026 年 6 月，Pro 计划约为 3,000 日元/月，Max 计划约为 15,000 日元。如果你正在运行 288 个会话的 24/7 自动化，升级到 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 或任何已配置的连接。
• 执行环境。 控制网络访问和密钥。默认为“受信”：允许包注册中心，禁止任意外部通信。
• 一个或多个触发条件。 调度、API、GitHub 事件或其组合。

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

11. 调度触发的 Routines

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

1> /schedule weekdays at 7am
2  目标：拉取昨天的 GitHub 问题，按严重性分类，
3  为任何“P0”或“P1”起草修复方案，打开草稿 PR 以供审查。
4  在 Slack 的 #engineering 频道发布摘要总结。
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 问题，并将摘要发布到 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 App 的 Webhook。它支持广泛的命令：拉取请求、推送、问题、检查运行、工作流运行、讨论、发布、合并队列等。每个事件都会启动一个独立的会话（不重用会话）。

这种触发器适用的场景：

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

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

14. 结合技能与动态工作流

最后一步利用 Claude Code 迄今为止推出的所有功能，形成了闭环。每个自动化层在与技术栈其余部分结合时都变得更加强大。

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

从 /loop 开始，提升到桌面，然后提升到 Routines。结合技能，并在需要复杂性时添加工作流。

高效运行自动化的要点

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

总结

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

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

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

如果你是希望：

“掌握 Claude Code”

“利用 AI 简化运营”

的企业主、专业人士或销售人员。

欢迎随时咨询我们。

▼ Sparta Claude Code 学院

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

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

https://x.com/0xCodez/status/2062926176117469477

https://x.com/claudecode_lab/status/2057356324388937879