Claude Code 上线 Routines：云端自动执行，Mac 关机也能继续干活

报道 | 2026 年 4 月 15 日

想在睡觉时让 AI 帮你修 bug、看 PR、整理 backlog，这回不用自己再去折腾 cron 和服务器了。

4 月 14 日，Anthropic 在 Claude Code 中推出了一个新功能——Routines，目前以研究预览（research preview）的形式开放。简单来说，就是把提示词、代码仓库和连接器打包保存起来，让 Claude 可以按照时间安排、API 调用或者 GitHub 事件自己运行，而且整个过程都在 Anthropic 的云端完成，本地电脑甚至可以直接关机。

它到底是什么

以前开发者如果想让 Claude Code 定时帮忙干活，基本都要自己搭一套：写 cron、租服务器、配 MCP server，再把这些东西串起来。Anthropic 在官方博客里也承认，这一步确实把不少人劝退了。开发者原本就会用 Claude Code 来做软件开发自动化，但在这之前，他们得自己处理 cron 任务、基础设施，还有 MCP 服务器这类额外工具。

Routines 做的事，就是把这些全部整合起来。配置好之后，你拿到的是一个“带着仓库权限和连接器的 Claude 会话模板”，它清楚自己要去哪个 repo、用哪些工具、最终要完成什么任务。

它支持三种触发方式，基本已经能覆盖常见的自动化需求：

按时间触发。 可以按小时、每晚、每周执行，CLI 里也能写自定义 cron（最短间隔 1 小时）。官方举的例子很直接——每晚凌晨 2 点从 Linear 拉取一个优先级最高的 bug，尝试修复，然后创建一个 draft PR。第二天上班时，你直接 review 就行。

通过 API 触发。 每个 Routine 都有独立的端点和鉴权 token，往里面 POST 一条消息，就会返回一个 session URL。像 Datadog 告警、CI/CD hook、内部面板这些，只要能发 HTTP 请求的地方，都能直接接入 Claude。

通过 GitHub 事件触发。 安装 Claude GitHub App 后，pull_request、push、issue、check run 等事件都可以作为触发器，还能按作者、标签、分支、draft 状态做筛选。比较实用的玩法是让它盯住某个敏感目录——比如“请标记所有涉及 /auth-provider 模块的 PR，该模块的任何改动都要总结并发布到 #auth-changes”。每个匹配到的 PR 都会得到独立 session，后面的评论和 CI 失败，它也会继续跟进。

谁能用、能跑多少次

研究预览阶段目前只对 Pro、Max、Team 和 Enterprise 订阅开放，而且每天有固定次数限制：Pro 每天 5 次，Max 每天 15 次，Team 和 Enterprise 每天 25 次，超出的部分会按额外用量计费。Routine 的运行次数和普通交互会话共用同一套订阅额度。

GitHub 触发还会再加一层按小时的频率限制，超过窗口的事件会直接被丢掉。所以如果仓库特别活跃，最好提前设置好过滤条件，免得把次数浪费在不相关的 PR 上。

安全方面有一个默认限制很值得注意：Claude 默认只能推送到 claude/ 前缀的分支，不会直接操作 main。这是一道比较克制的保护措施，除非你们的 review 流程非常完善，否则建议先保留。

入口在 claude.ai/code/routines，也可以在 Claude Code CLI 里输入 /schedule。

早期用户都拿它做什么

Anthropic 官方博客和早期用户反馈里，已经出现了几个比较成熟的用法：

• 夜间清理 backlog：定时拉取新 issue，打标签、分配负责人，第二天早上再往 Slack 推送汇总，团队一上班就能看到队列。
• 告警分流：监控系统把告警打到 Routine 的 API 端点，Claude 拉取 stack trace、关联最近提交，先开一个候选修复的 draft PR，on-call 打开页面时就已经有可看的内容。
• 定制化代码评审：PR 一创建就触发，按团队自己的 checklist 留 inline 评论，把安全、性能、风格这类机械检查先做一遍，人类 reviewer 可以更专注于设计。
• 部署验证：CD pipeline 部署完成后调用 Routine，跑 smoke test、扫描日志找回归，把 go/no-go 结论直接发到发布频道。
• 文档同步修正：每周扫描最近合并的 PR，找出引用了已变更 API 的文档，自动开 update PR。
• 跨语言 SDK 同步：Python SDK 合并一个 PR 后，Routine 自动把改动同步到 Go SDK，再开一个对应的 PR，让两个库保持一致。

最后这一类其实很能说明问题——对用多个 SDK 的团队来说，这种同步工作本来就特别费人力。

社区怎么看

官方推文发出后，开发者社区的反应很一致：终于不用把 Mac 整夜开着了。Hacker News 上的讨论很快冲到首页，大家主要关心几个问题：token 消耗怎么控制、幂等性怎么保障（同一个事件反复触发会不会出问题），以及它和 OpenClaw 这类多代理框架到底有什么区别。

已经有开发者列好了自己的第一批 Routine：一个负责 PR 评审，一个负责 issue triage，一个负责部署后的 smoke test。也有非工程背景的用户表示，这是第一次觉得“让 AI 帮自己处理日常杂活”这件事真的能落地。

一点看法

Routines 本身并没有带来什么特别惊艳的新模型能力，但它补上的，是另一块很关键的能力——把 Claude Code 从“必须打开终端才能用的工具”变成了一个持续在线的后台工作者。这和 Anthropic 最近的一系列动作（Claude Code 桌面端重设计、并行会话侧边栏、Cowork GA）是一条思路：从实时协作，逐步转向可调度、可编排的方向。

当然，研究预览阶段该有的不确定性也都还在。/fire 端点是在 experimental-cc-routine-2026-04-01 beta header 下发布的，请求和响应格式、速率限制、token 语义在研究预览期间都有可能变化。官方也提到，后续 webhook 触发源会从 GitHub 扩展到更多事件源，只是目前还没有给出时间表。

对于已经在用 Claude Code 的团队来说，这个功能很值得今天就试试；对于还在观望的人来说，至少它让“AI 作为持续运行的团队成员”这件事，又往前迈了一大步。