Claude Routines:没人告诉你的隐藏成本

BBetter Stack
컴퓨터/소프트웨어창업/스타트업AI/미래기술

Transcript

00:00:00就在本周,Claude 团队发布了 Routines,这是对调度功能的
00:00:05一次重大升级,它可以在 Anthropic 的云基础设施上运行你的提示词,并配备自定义连接器、
00:00:10环境,并可通过 POST 请求或 GitHub 事件(如创建
00:00:16PR)按计划触发。
00:00:17但这是否真的意味着像 N8N 这样的 AI 工作流工具的终结?它的成本
00:00:23究竟会有多高?
00:00:24点个订阅,让我们深入探讨。
00:00:29看来 Anthropic 正在发布越来越多利用其云
00:00:33基础设施的功能,从托管代理(Managed Agents)到 Ultra 计划。
00:00:37而现在这个 Routines 功能增加了三种在 Claude Code 中运行任务的方式:用于
00:00:43运行会话内任务的 Loops,用于在特定日期或时间
00:00:49在本地或远程定期运行任务的 Schedules,以及现在的 Routines,它包含了 Schedules,不仅引入了
00:00:55远程调度,还增加了 GitHub 事件触发和 API POST 调用。
00:01:01让我们通过运行两个例子来看看它是如何工作的。
00:01:04第一个任务是创建一个简单的自动化,从三份新闻简报中获取数据,并在
00:01:09每天早上 9 点在 Slack 中给我发送最佳文章;第二个任务是
00:01:16在拉取请求(Pull Request)创建时自动进行审查,并针对改进
00:01:21提供行内注释建议。
00:01:22让我们看看如何使用 Routines 来实现这些。
00:01:24我将通过终端里的 Claude Code 来完成第一个 Routine,我们可以
00:01:28使用 /schedule 命令。
00:01:31从这里我们可以继续按照步骤创建我们自己的 Routine。
00:01:34如果我点击新建,它会问我更多问题。
00:01:38或者我要做的是,因为我已经知道我想要什么,所以我直接
00:01:41输入 /schedule 命令,后面跟着我想要创建的 Routine 提示词。
00:01:46“创建一个每天上午 9 点的触发器,从 JS Weekly、React Status、Node Weekly 获取 RSS,”
00:01:53“并挑选 10 篇适合制作 YouTube 视频的好文章,通过 Slack 发送给我。”
00:01:58接着,Claude 会根据时区、环境和草稿提示词进行设置。
00:02:03完成后,它默认会创建一个远程触发器,我可以在
00:02:06浏览器或 Claude 应用程序中查看。
00:02:09当然,如果我想,我也能创建一个本地触发器,但现在,让我们
00:02:12看看这个远程 Routine。
00:02:13它就在 Routines 选项下,我可以点击它看到它每天
00:02:18上午 9 点重复运行,并且已经使用了我的 Slack 连接器和来自 Claude Code 的指令。
00:02:24现在有几件事它做得让我不太满意。
00:02:26首先,它自动连接了一个 GitHub 仓库,这对于这个
00:02:31特定的 Routine 是不必要的。
00:02:32所以我打算通过移动它来更改这一点。
00:02:34此外,我还要编辑这个提示词,告诉它不要使用水平分割线,因为
00:02:39它们会在 Slack 内部导致无效的区块验证错误。
00:02:43需要注意的是,在开始在 Claude Code 中创建 Routine 之前,你
00:02:47需要先准备好连接器,并且确保你编写提示词的方式
00:02:51不需要它请求权限,因为它是在一种“无人值守”的模式下自主运行的。
00:02:57幸运的是,Claude Code 已经自动为我写好了提示词,所以我不需要检查它。
00:02:58现在,在继续这个提示词之前,重要的一点是,我使用了
00:03:02newsletters 环境而不是默认环境。
00:03:03原因是我之前做过,我知道哪里会出错。
00:03:06说正经的,这些 URL,也就是 JavaScript Weekly、React Status 和
00:03:09Node Weekly 的 RSS,都是 Claude 不允许 bash 工具运行 curl 或获取数据的
00:03:12地址,因为它有一个安全层,防止 bash 的所有出站网络请求。
00:03:17为了绕过这一点,我通过点击这里创建了一个新环境,更改为
00:03:23自定义(custom)并添加了允许域名的列表。
00:03:29如果你使用 web fetch 工具而不是 bash 来获取网络信息,那就
00:03:33没有这个限制,因为这些调用是通过 Anthropic 的基础设施进行的。
00:03:37所以我确信他们有额外的安全措施来确保不会发生提示词注入。
00:03:41好了,现在完成了,我要关闭并对这个 Routine 进行一次测试运行。
00:03:45现在工作流开始了,我们可以在这里看到,点击这里可以看到
00:03:49具体发生了什么。
00:03:54如果有仓库的话,它会克隆仓库,但因为没有,它只是设置了
00:03:59云容器并开始获取 RSS 订阅源。
00:04:00它已经使用 bash curl 工具处理了所有三个 URL,看来它遇到了 DNS
00:04:03问题。
00:04:06所以它无论如何都会用 web fetch 工具获取,但了解这种方法是很有好处的。
00:04:12它正在获取新闻简报的最新文章,似乎在 Node Weekly 上失败了,
00:04:13尽管我之前测试时它是可以工作的。
00:04:17好的,现在它找到了 10 篇非常适合制作 YouTube 视频的文章。
00:04:21如果我们滚动到底部,可以看到它已经在 newsletters
00:04:24Slack 频道给我发送了消息。
00:04:28如果去 Slack,我们应该能在 career 频道看到这条消息,还有所有
00:04:32文章的链接,这非常棒。
00:04:33现在这就引出了 Routines 是如何定价的。
00:04:37目前 Routines 处于研究预览版,只能通过 Pro、Max、Team
00:04:39或 Enterprise 订阅使用,并像交互式会话一样扣除
00:04:42您的订阅使用额度。
00:04:46但是,Routines 还有一个额外的每日上限,如果我们查看 Pro
00:04:51订阅的上限,可以看到这里是每 24 小时 5 个 Routine。
00:04:52我认为这是 Anthropic 防止你每天运行大量
00:04:57Routine 的方式,或者是为了衡量人们在他们的基础设施上使用 Routine 的频率,
00:05:01以确保不会消耗过多资源。
00:05:05但我刚才进行的这次测试 Routine 运行并不会计入我每天 5 次的
00:05:10限制。
00:05:13我可以通过再次运行完全相同的 Routine 来向你证明这一点。
00:05:18我们可以点击这里看到已经运行了两次。
00:05:19现在我要关闭这个侧边栏。
00:05:23让它运行一会儿。
00:05:26现在它在运行,我要让它停止。
00:05:28一旦停止,我们可以看到已经运行了两个 Routine。
00:05:30它们是手动触发的,但我仍然只用掉了每日限额中的一个 Routine。
00:05:32现在我将在 Claude 桌面应用中创建下一个 Routine。
00:05:35稍后我会解释原因,但你已经可以看到它就在这里了。
00:05:39我之前创建了它,但让我给你演示一下我是怎么做的。
00:05:40首先我点击了这里的 Routines,你大概也能猜到,然后点击
00:05:44新建 Routine,选远程。
00:05:47给它起个名字并输入提示词。
00:05:50因为这个 Routine 是在拉取请求创建时自动进行审查,
00:05:54所以我选择了一个用于查看 PR 的仓库,在这里是我的 dot files 仓库。
00:05:55从这里我们可以看到有三个触发选项:Schedule、GitHub event 和 API。
00:05:57在 Claude Code CLI 中,你只能使用 Schedule。
00:06:01所以如果你想运行 GitHub event 或 API,你就必须使用桌面应用。
00:06:06这就是我们在这里使用它的原因。
00:06:10所以我点击 GitHub event,API 也会随之开启。
00:06:13我们会点击添加触发器并关闭现有的连接器。
00:06:18这基本上就是我创建那个 Routine 的方式,但有一个重大的调整,我添加了
00:06:19我自己的自定义技能(skill),是从这个仓库获取的。
00:06:22因为云端的 Claude Code 会创建一个新的 Claude Code 实例,它
00:06:25无法访问你本地的技能、设置或钩子(hooks)。
00:06:31所以如果你想给它访问权限,你需要通过一个仓库来做,我已经
00:06:35通过这个 Routine 和 repository 实现了。
00:06:40在这个仓库里面,我有一个 .claude 文件夹,它只包含一个 settings.json 文件
00:06:44和我想要在该 Routine 中使用的 PR 审查技能。
00:06:48这一切所做的就是触发一个钩子。
00:06:51如果你回到 Claude 并点击 settings.json,它所做的就是触发一个钩子来确保
00:06:56这个仓库存在于 Claude Code 云端实例中。
00:07:00这就是 Routine 和 repo,并将该仓库中的所有技能复制到
00:07:02云端版 Claude 内部的 Claude skills 目录中。
00:07:07关闭这个并打开我实际的 Routine,然后看一下提示词。
00:07:12你可以看到我设置了一些额外的护栏来确保这确实发生了。
00:07:17我已经运行过一次来测试它,当时遇到了一些问题。
00:07:20所以让我们再试一次,希望能一次成功。
00:07:24在我的 dot files 仓库中,我将创建一个新的拉取请求,几秒钟后,
00:07:29PR 审查 Webhook 就开始运行了。
00:07:32我把它藏起来让它显示得大一点,我们可以看到它已经运行了提示词。
00:07:35它获取了拉取请求,我想看看它是否真的克隆了仓库。
00:07:40往下看,它克隆了两个仓库,它能看到 PR 审查技能,现在它
00:07:42正针对该 PR 运行 PR 审查技能。
00:07:46我忘了添加我的 GitHub 令牌(token),这是我在技能中明确要求的东西。
00:07:50但它改用了 GitHub MCP 工具,这很好。
00:07:54它注意到差异(diff)极小,并完成了 PR 审查。
00:07:58如果我们回到 PR,可以看到 Claude 添加了一条评论,说自动化审查
00:08:03已完成,未发现问题。
00:08:06但不幸的是,因为这不是测试运行,所以这实际上消耗了我每天五次
00:08:09运行次数中的一次。
00:08:13因此,我每天只能运行五次自动 PR 审查检查,但看起来
00:08:16在 20x Max 计划中你可以获得 15 次运行机会。
00:08:20那么,我将来会更多地使用 Claude Routines 吗?
00:08:21极不可能。
00:08:26我的意思是,就其本质而言,它非常昂贵。
00:08:29好吧。
00:08:32如果我很有钱,并且支付了多个 20x Max 账户,那我当然会一直运行
00:08:33Routines。
00:08:36但现在对我来说,使用像 Hermes Agent 这样的工具来配置 Webhooks,
00:08:37或者在像 GLM 5.1 这样更便宜的模型或 GPT 编码模型上使用带有 Hermes 代理的 Multica,
00:08:43成本要低得多。
00:08:44然而,我必须承认,使用我之前展示的设置来创建多个 Routine,
00:08:48要比使用 Hermes 和 Multica 从头开始做所有事情容易得多。
00:08:55我的意思是,即使有 LLM 帮我,那也需要很长时间。
00:08:56但即使我很有钱,我也不会说 Routines 适合每一种类型的自动化。
00:09:01正如你之前看到的,你只需要给一个 Routine 一个提示词,它就应该根据它
00:09:05完成所有事情。
00:09:09我的意思是,没错,如果你技术非常出色,你可以添加额外的技能和额外的提示词
00:09:14到仓库中,让 Routine 克隆该仓库,然后将这些提示词链接在一起,以实现
00:09:19更复杂的 Routine。
00:09:20但它仍然要花很多钱。
00:09:25你无法避开这一点。
00:09:30不过,我承认,感觉 Anthropic 正在通过他们最近添加的所有这些云功能
00:09:32酝酿一些更大的动作。
00:09:34我非常期待看到那会是什么。
00:09:36说到云端功能,如果你想看看使用云端托管代理功能在几分钟内创建和
00:09:41部署一个代理是多么快速简单,那就看看
00:09:43这个视频吧。
00:09:45说到云端功能,如果你想看看使用云端托管代理功能在几分钟内创建和
00:09:50部署一个代理是多么快速简单,那就看看
00:09:55这个视频吧。

Key Takeaway

Claude Routines 虽然提供了极简的自动化工作流创建体验,但受限于每 24 小时 5 次的运行配额以及高昂的订阅成本,其在大规模生产环境中的实用性仍不及 Hermes Agent 等廉价方案。

Highlights

Claude Routines 允许在 Anthropic 云基础设施上运行提示词,并支持通过 POST 请求或 GitHub 事件触发任务。

该功能为订阅用户设定了每日 24 小时内运行 5 次 Routine 的硬性上限。

Routines 支持自定义连接器和特定环境设置,以绕过 bash 工具对出站网络请求的安全限制。

通过在仓库中配置 .claude 文件夹和 settings.json,可以将本地技能和钩子同步到云端 Claude Code 实例。

Pro、Max、Team 或 Enterprise 订阅用户在使用 Routines 时,将按交互式会话模式扣除订阅配额。

在 Claude Code 终端中仅支持计划触发(Schedule),而 GitHub 事件和 API 触发必须通过桌面应用配置。

Timeline

Claude Routines 功能架构与核心能力

  • Routines 在 Anthropic 云端运行并支持自定义连接器与环境。
  • 该系统整合了会话内任务、本地或远程调度以及 GitHub 事件触发三种模式。
  • 用户可以通过简单的提示词实现跨平台数据抓取与自动化消息推送。

Anthropic 正在通过 Routines 强化其云基础设施的功能集成。系统包含用于会话内任务的 Loops、处理定时任务的 Schedules 以及支持 API 和事件驱动的扩展版 Routines。典型的应用场景包括每日早晨 9 点自动抓取技术简报并通过 Slack 发送最佳文章,或者在 GitHub 提交 PR 时自动进行代码审查。

自动化工作流的创建流程与安全配置

  • 使用 /schedule 命令配合自然语言提示词即可快速生成自动化指令。
  • 网络请求受到安全层限制,必须通过创建自定义环境并添加允许域名列表来绕过 bash 的出站拦截。
  • 无人值守模式要求提示词编写必须避免触发权限请求弹窗。

创建 Routine 时,Claude Code 会根据时区和环境自动生成草稿提示词。针对某些 RSS 订阅源,bash 的 curl 工具可能会因安全策略而失败,此时切换到 web fetch 工具可以利用 Anthropic 的基础设施完成抓取。测试运行展示了系统从 JS Weekly 等渠道提取 10 篇文章并精准推送到 Slack 指定频道的能力。

订阅定价模型与每日运行限额

  • Routines 处于研究预览版阶段,仅面向 Pro 及以上级别的付费订阅用户开放。
  • 标准 Pro 订阅用户每 24 小时仅拥有 5 次 Routine 运行额度。
  • 手动触发的测试运行不会计入每日自动化运行的次数限制。

目前的定价逻辑将 Routines 视为一种特殊的交互式会话,消耗现有的订阅配额。Anthropic 引入每日上限是为了防止基础设施资源被过度消耗。通过实际测试确认,虽然手动重复运行同一任务会被记录,但其计算规则与自动触发的限额有所区别。

GitHub 事件触发与云端技能同步

  • GitHub 事件和 API 触发功能目前仅限在 Claude 桌面应用中配置。
  • 云端实例通过克隆指定仓库来访问 .claude 文件夹中的自定义技能和设置。
  • Max 计划用户可获得每 24 小时 15 次的运行运行额度。

在处理自动 PR 审查时,云端 Claude Code 实例无法直接访问本地配置。通过在 dot files 仓库中放置 settings.json 和 PR 审查技能,可以将逻辑注入云端环境。实际运行中,系统会自动克隆仓库并调用 GitHub MCP 工具完成代码差异分析,但这种自动审查会直接消耗每日 5 次的运行额度。

成本评估与工具选择建议

  • Claude Routines 的单位运行成本显著高于 Hermes Agent 或 GPT 编码模型方案。
  • Routines 的核心优势在于极低的开发门槛,而非运行成本。
  • 复杂的逻辑链路可以通过在仓库中链接多个提示词来实现。

尽管 Routines 创建简单,但其高昂的价格使其不适合所有类型的自动化。对于追求性价比的用户,使用更便宜的模型(如 GLM 5.1)配合开源代理工具仍是首选。然而,Routines 展现了 Anthropic 整合云端能力的野心,预示着未来更深度的 Agent 生态集成。

Community Posts

View all posts