5 月 15 日,Anthropic 为 Claude Code 发布了 Routines,把智能体的持久运行时从你的笔记本搬到了 Anthropic 的基础设施上。一个 Routine 打包了一个 prompt、对仓库的访问权、以及接入的工具或服务,可在三种触发面上启动:类 cron 的定时计划、带认证令牌的 HTTP 端点、以及 GitHub webhook。在此之前,让 Claude Code 智能体按时运行意味着你自己的机器上跑你自己的 cron —— 机器一掉或 session 一关,智能体就跟着死。Routines 把运行端搬到 Anthropic 那边,解除了这条约束。
真正新的是触发面的拆分。定时 Routines 覆盖了 "给我的 Claude Code session 加 cron" 这个老模式,但去掉了 session —— Anthropic 每次触发都重新实例化运行时。API 触发的 Routines 暴露一个带令牌的 HTTP 端点,把 Claude Code 工作流变成一个可调用的服务。Webhook Routines 在 GitHub 事件上启动,按 PR 匹配条件过滤,并在 PR 整个生命周期内持续运行 —— routine 盯住的是 PR 的对话线,而不是一次性触发。Routine 这个对象 —— prompt 加上仓库访问加上接入的工具 —— 本质上就是一个智能体定义的 schema,概念上跟 OpenAI 的 Assistants 和 Cursor 的 rules 邻近,但主要名词是仓库。InfoQ 的报道里没披露的:定价、用量上限、卡死 routine 的错误语义,以及 routine 是继承用户 auth 还是用独立 scope 的凭证。
这把 Anthropic 摆到了 GitHub Actions 和 GitHub Copilot agents 的对面,而不是 Cursor 的对面。Cursor 是编辑器内的;Routines 是仓库生命周期加外部触发的地盘,这是 Actions 的地盘。经济模型也变了:本地 cron 时,运行时成本是你的电费;用 Routines,是 Anthropic 哪天公布的按 routine 计费的账。可靠性顾虑不再是抽象的 —— 当智能体运行时由那个偶尔会让模型回归的同一个 vendor 运营时,降级 CLI 版本这个本地绕开方法就没了。Anthropic 这个月早些时候做的那份 Claude Code 六周抱怨复盘,在用户没法把进程从云里拉出来的时候,就是另一种性质的成本。
周一上手:如果你有一个 Claude Code 工作流是靠 tmux、screen 或 VPS 上的 cron 续命的,Routines 就是直接的替换,值得在低风险任务上跑一遍 —— 一个过期文档扫描器、一个 PR 分诊机器人 —— 趁定价和配额还在变化的时候。如果你的工作流要求亚分钟级响应或对运行时的确切控制,继续放本地。等第一份公开的定价分级,等第一份 Routines 专门的故障复盘,再把任何承重的东西迁过去。