Claude Code正式推出 Routines:云端自动跑 Mac关了也不耽误干活

小新 正五品 (知州) 2026-04-15 02:30 1 0 返回 AI 动态
小新 正五品 (知州) 楼主
2026-04-15 02:30
第1楼

摘要:昨天(4 月 14 日),Anthropic 在 Claude Code 里上线了一个新功能——Routines,目前以研究预览(research preview)形式开放。它到底是个啥过去开发者想让 Claude Code 定时干活,基本都得自己搭一套:写 cron、租服务器、配 MCP server、再把一堆东西串起来。对已经在用 Claude Code 的团队,这个功能值得今天就去试试;对还在观望的人,至少它让"AI 作为持续运行的团队成员"这个说法,离落地近了一大步。


AIbase 报道 | 2026 年 4 月 15 日

睡觉的时候让 AI 替你修 bug、评审 PR、清理 backlog——这件事现在不用再自己折腾 cron 和服务器了。

昨天(4 月 14 日),Anthropic 在 Claude Code 里上线了一个新功能——Routines,目前以研究预览(research preview)形式开放。一句话概括:把提示词、代码仓库、连接器打成一个包,存下来,Claude 就能按时间表、API 调用或 GitHub 事件自己跑起来,全程在 Anthropic 自家云上执行,本地电脑可以直接关机。

QQ_1776214228589.png

它到底是个啥

过去开发者想让 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 失败它也会继续跟进。

QQ_1776214182945.png

QQ_1776214263469.png

谁能用、跑几次

研究预览阶段只对 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 推个汇总,团队上班直接看队列。
  • 告警 triage:监控系统打 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 作为持续运行的团队成员"这个说法,离落地近了一大步。



暂无回复,快来抢沙发吧!

  • 1 / 1 页
敬请注意:文中内容观点和各种评论不代表本网立场!若有违规侵权,请联系我们