Featured image of post Claude Code 要单独算钱了?真正变化的是“自动化 Agent”不再吃订阅大锅饭

Claude Code 要单独算钱了?真正变化的是“自动化 Agent”不再吃订阅大锅饭

这次真正被单独计费的不是交互式 Claude Code,而是 Agent SDK、claude -p、Claude Code GitHub Actions 和第三方 Agent 应用。Anthropic 正在把“人手动使用 Claude”和“Agent 自动调用 Claude”拆成两个计费池。

这篇先纠个错。

我之前把这件事说得太宽,容易让人以为 Anthropic 是要把 Claude Code 整个从订阅里拆出去,或者以后所有 Claude Code 都要单独付钱。

核对原文后,这个说法不够准确。

更准确的版本是:

你坐在终端或 IDE 前,手动用 Claude Code 改代码,这部分还是原来的订阅逻辑。真正被拆出来的,是那些无人值守、程序化调用 Claude 的用法。

也就是这几类:

  • Claude Agent SDK
  • claude -p 这种 headless 命令
  • Claude Code GitHub Actions
  • 通过 Agent SDK 接入 Claude 的第三方 Agent 应用

所以,这不是一句“Claude Code 要单独收费了”就能概括的事。

更像是 Anthropic 开始把两种使用方式分开算账:

一种是人坐在电脑前用 Claude。

另一种是程序、CI、脚本、Agent 在后台替你调用 Claude。

这两种以前混在订阅里,现在开始被拆开。

从模型访问权到持续工作能力

先别把两件事混在一起

这里有两条线。

第一条,是 4 月底那次 Pro 页面风波。

当时 Ars Technica、The Register、Simon Willison 都记录过:Anthropic 的定价页一度显示 Pro 计划不再包含 Claude Code,后来又回滚。Anthropic 的增长负责人 Amol Avasare 解释说,这是一个只影响约 2% 新 prosumer 注册用户的小测试,老的 Pro / Max 用户不受影响。

这条线讨论的是:Claude Code 还算不算 Pro 权益。

第二条,是后来的计费池拆分。

这条线讨论的不是你在终端里手动用 Claude Code,而是 Agent SDK、claude -p、Claude Code GitHub Actions、第三方 Agent 应用这些自动化用法。

从 6 月 15 日开始,这些自动化调用不再和 Claude.ai 聊天、交互式 Claude Code、Claude Cowork 共用原来的订阅使用池,而是进入单独的 credit pool。

所以如果把第二条说成“Claude Code 被单独收费”,就会误导读者。

真正该说的是:

Claude Code 的自动化用法,尤其是 GitHub Actions、headless、Agent SDK 这几条路径,被单独拎出来算钱了。

到底怎么分?

把边界列出来就清楚了。

使用方式 类型 是否走新 Agent SDK Credit Pool
Claude.ai 网页 / 桌面 / 移动端聊天 人手动使用
交互式 Claude Code 终端会话 人手动使用
Claude Code IDE 交互 人手动使用
Claude Cowork 人手动使用
Claude Agent SDK 自动化 / 程序调用
claude -p 非交互命令 自动化 / headless
Claude Code GitHub Actions 自动化 / CI
第三方 Agent 通过订阅认证调用 Claude 自动化 / 程序调用

这个表比“Claude Code 涨价了”更接近事实。

Anthropic 不是把所有 Claude Code 都拿出去单独卖,而是在区分两类负载。

你人在终端前,一步步看着 Claude 改代码,是一种用法。

你把 Claude 接进 GitHub Actions、脚本、定时任务,让它自己在后台跑,是另一种用法。

被重新计费的是后者。

为什么 GitHub Actions 会被盯上?

因为它不像聊天。

在终端里用 Claude Code,你通常会边看边决定下一步。Claude 也会消耗 token,但节奏还是被人控制着。

GitHub Actions 不是这样。

一个 PR 评论里 @claude,一条 workflow 触发,Claude 就可以在 GitHub runner 上分析代码、生成修改、开 PR、跑多轮任务。它消耗的不只是 Claude token,还有 GitHub Actions minutes。

Claude Code GitHub Actions 官方文档也专门提醒了两类成本:

  • GitHub-hosted runners 会消耗 GitHub Actions minutes
  • 每次 Claude interaction 会根据 prompt 和 response 消耗 API tokens

这类用法的共同点是:人不一定实时盯着。

Agent SDK、claude -p、GitHub Actions,本质上都是把 Claude 从“聊天对象”变成“自动化执行组件”。

Anthropic 要单独建 Agent SDK Credit Pool,其实就是在处理这类后台负载。

这不是在针对普通 Claude Code 用户。

它是在说:自动化调用不能继续和普通订阅混在一个池子里烧。

Credit Pool 是什么东西?

公开整理里的规则大概是这样:

计划 每月 Agent SDK / Autonomous Credit
Pro $20
Max 5x $100
Max 20x $200
Team Standard $20 / seat
Team Premium $100 / seat

这些 credit 按用户算,不能在团队里合并,也不会滚到下个月。

用完以后,如果你没有开启额外 usage credits,自动化请求会停;如果开启了,就继续按标准 API 价格扣。

这对 CI/CD 很关键。

如果你用 Claude Code GitHub Actions 做自动 review、自动修 issue、定时报告,credit 用完后 workflow 可能直接失败。它不会因为你还有 Pro 订阅,就自动回到普通交互池里继续扣。

所以开发者真正该问的不是:

“我还能不能用 Claude Code?”

而是:

我那些无人值守的 Claude 自动化任务,接下来算哪一池钱?

Claude Code 用户分层与成本压力

Anthropic 为什么要这么拆?

从用户角度看,这当然不舒服。

原来一个订阅能覆盖更多东西,现在突然拆成两个池。尤其是 OpenClaw、Conductor、Zed、Jean 这类第三方 Agent 用户,以前靠订阅跑很多自动化任务,现在套利空间基本没了。

但从成本角度看,这个动作并不奇怪。

聊天和自动化 Agent 的消耗方式差很多。

聊天像是用户问一句,模型答一句。

自动化 Agent 更像是程序启动一个任务,然后模型持续干活。

第三方 Agent 还有一个问题:它们未必能像 Anthropic 自己的产品那样充分利用 prompt caching。同一个任务,如果每次都从头处理上下文,成本会高很多。

TechTimes 的整理里提到,Anthropic 今年已经多次尝试处理这个问题:限制第三方工具、调整 OAuth 使用边界、禁止部分订阅凭证调用,最后又用 credit pool 的方式重新给出一条合规路径。

这说明订阅制遇到了一个很现实的边界:

它适合平滑人类使用,不适合无限承接程序化 Agent 消耗。

只要 Agent 能在后台跑,单个用户的计算消耗就可能远高于普通聊天用户。

平台迟早要把这两类用法分开。

哪些人需要重新算账?

如果你只是打开 Claude Code,在终端里交互式写代码,影响不大。

你还是在原来的订阅使用限制里。

真正需要重新算账的是这些人:

  1. 用 Claude Code GitHub Actions 做自动 PR、自动 review、自动 issue 修复
  2. claude -p 写脚本、跑定时任务、做 cron 自动化
  3. 用 Agent SDK 把 Claude 接进 Python / TypeScript 项目
  4. 用 OpenClaw、Conductor、Zed、Jean 这类第三方 Agent,并通过订阅认证调用 Claude
  5. 团队里多人触发同类自动化任务,但 credit 不能池化

这些人要关心的不是“Claude Code 还在不在 Pro 里”,而是:

  • 每月自动化任务大概消耗多少?
  • $20 / $100 / $200 credit 够不够?
  • 用完后要不要开启 API overage?
  • CI/CD 失败有没有监控?
  • 团队任务是不是应该改用直接 API billing?

如果这些没想清楚,6 月 15 日之后最容易出问题的,不是你坐在电脑前突然用不了 Claude Code。

更可能是某个后台 workflow 静悄悄停掉。

这其实是第二次定价分水岭

第一次分水岭,是模型访问权。

免费、Pro、Max、Team,主要区别是能用多强的模型、消息额度多少、上下文和速度怎样。

第二次分水岭,是工作负载。

人手动用,和 Agent 自动跑,开始进入不同账本。

这有点像云服务早期的变化。

一开始大家只关心“我能不能用这台机器”。

后来真正重要的是:这台机器跑什么负载,跑多久,谁触发,是否无人值守,超额后怎么计费。

AI Agent 也在走这条路。

Claude Code GitHub Actions、Agent SDK、claude -p 这些东西的出现,意味着 Claude 不再只是聊天窗口里的模型,而开始变成开发工作流里的自动化执行单元。

只要它进入 CI/CD、脚本、后台任务,定价就不可能还完全按聊天产品来。

标题为什么要改

所以原来的标题“Claude Code 要单独收费了吗?”不够准确。

它会让读者误以为,交互式 Claude Code 被整体拿出去单独收费了。

更准确的标题应该是现在这个:

Claude Code 要单独算钱了?真正变化的是“自动化 Agent”不再吃订阅大锅饭。

注意,这里的重点不是 Claude Code 本身。

重点是:

Claude 的自动化调用,开始从订阅权益里独立出来,按更接近 API 的方式计算成本。

以后看 AI 编程工具价格,不能只问“这个套餐包不包含 Claude Code”。

还要问:

我用的是哪种 Claude Code?

是坐在终端前自己盯着它改?

还是让它在 GitHub Actions、脚本、Agent SDK 里自动跑?

这几类以前被订阅制混在一起,现在 Anthropic 开始拆账了。

写在最后

这次修订后,我对这件事的判断更清楚了。

如果说“Claude Code 要涨价”,太粗糙,也容易误导。

如果说“Claude 的自动化 Agent 用法要从交互式订阅里拆出来”,就准确多了。

这不是小措辞问题。

交互式 Claude Code 和 Claude Code GitHub Actions,是两种完全不同的成本结构。

前者是人机协作。

后者是自动化工作负载。

Anthropic 真正要重新定价的,是后者。

以后判断 AI 编程工具价格时,也不能只问:套餐里有没有 Claude Code?

更要问:

我用的是交互式 Claude Code,还是自动化 Claude Code?

这个区别,后面会越来越重要。


原文来源

扩展阅读

RSS Feed 使用 Hugo 构建
主题 StackJimmy 设计