Claude Agent SDK 计费今日拆分:订阅额度覆盖范围与何时切换到 API Key 路由

Anthropic 的 Agent SDK 计费拆分已于 6 月 15 日生效。新的按用户月度额度($20–$200,按计划分级)启用独立计量——但上限改变了每个生产 Agent 团队的路由决策。

TheRouter Newsroom来源 Anthropic
展示 Claude 订阅额度通道与直接 API Key 路由通道之间计费拆分的示意图

从今天(2026 年 6 月 15 日)起,Anthropic 对 Claude Agent SDK 用量的计量方式发生了根本性变化——如果你的生产自动化流程通过订阅计划而非直接 API Key 来路由,那么必须清楚新的上限在哪里。

策略本身很简单:Agent SDK 用量和 claude -p 调用不再计入 Claude 计划的交互式用量限额。相应地,它们从一个新的独立月度 Agent SDK 额度中扣除。额度耗尽后,额外用量会溢出到"usage credits"(按标准 API 费率按量付费)——但前提是你已在账户中明确启用了 usage credits。如未启用,Agent 请求将直接停止,直到下个账单周期额度刷新为止。

月度额度实际能买多少

额度按用户分配,不可共享。随账单周期每月刷新,未使用的额度不会滚入下月。

计划月度 Agent SDK 额度
Pro$20
Max 5x$100
Max 20x$200
Team(标准席位)$20
Team(高级席位)$100
Enterprise(按用量付费)$20
Enterprise(席位制高级席位)$200

Team 管理员注意:额度归属于每个用户个人,无法汇总。你不能把 10 个 Pro 用户各自的 $20 合并成 $200 用于一个共享自动化账户。

以 Fable 级别的标准 token 费率计算,$20 月度额度大约能覆盖 40 万个输出 token(Fable 5 约 $50/百万输出 token)。对于每天触发几次的轻量个人自动化来说,这或许足够;但对于每小时多次运行的共享生产 Agent,远远不够。

路由决策矩阵

这次计费拆分为团队的 Agent 工作负载路由方式制造了一个硬性分叉:

订阅额度通道——适合以下场景:

  • 个人开发者实验与本地 Agent 运行
  • 低频个人自动化(每日摘要、低活跃仓库的 PR Review)
  • Claude Code 和 Claude Cowork 交互式会话(这些仍走现有订阅用量计量,不受影响)
  • 每个开发者在自己账户下运行各自 Agent 的团队

直接 API Key 通道——适合以下场景:

  • 单一 Agent 账户服务多个团队成员的共享生产自动化
  • 24/7 Agent 或高频轮询循环(数天内就会耗尽 $20–$200 额度)
  • 需要可预测计费、统一成本中心的团队(而非碎片化的按用户额度)
  • 任何不能接受额度耗尽后请求静默终止的工作流

Anthropic 官方支持文档明确表示:"运行共享生产自动化的团队应使用带 API Key 的 Claude Platform,以获得可预测的按量付费计费。"

为何这对 Claude Agent SDK 计费治理至关重要

非共享的按用户结构引入了一个新的运维故障模式:初级开发者的 Agent 在月初第一天就悄悄耗尽了 $20 额度,然后请求停止——没有团队级预算控制,也无法从其他用户额度借用。

对于通过 gateway 路由 Agent 流量的团队而言,这是一个明确信号:应将共享生产 Agent 从订阅账户迁移到组织级 API Key,并配套适当的限速与成本控制策略。具体步骤:

  1. 审计哪些 Agent 当前运行在订阅账户下,哪些已使用专用 API Key。
  2. 将共享或高频 Agent 路由到 API Key 通道,避免额度悄然耗尽。
  3. 为任何不能在周期内硬停的订阅账户启用 usage credits——注意这意味着超出月度额度后支出不受限制。
  4. 在平台层面设置支出告警(若启用了 usage credits),因为目前没有原生上限机制。

额度不覆盖的内容

Agent SDK 额度不适用于:

  • 交互式 Claude Code 会话(仍走订阅用量限额)
  • Claude Cowork 用量
  • 使用 API Key 发起的 API 请求(始终走标准 API 计费通道)

这意味着混合使用账户(开发者既交互使用 Claude Code 又运行自动化 Agent)现在需要同时监控两个独立计量器。

后续关注点

Anthropic 尚未宣布面向团队的额度汇总功能。当前架构明确将共享生产自动化导向 API Key 通道,而非尝试聚合按用户额度。需持续关注:

  • Team 和 Enterprise 计划是否会获得管理员级别的额度汇总控制
  • usage credits 是否可设置上限(目前不能——启用即意味着无限溢出)
  • CI/CD 场景中的 claude -p 调用是否与 SDK 调用走同一额度计量(根据支持文档,目前是的)

对于通过 TheRouter 等中央 gateway 路由 Claude Agent 的团队——API Key 由平台集中管理、成本归因按团队追踪——API Key 通道仍然是个人开发者实验之外所有场景的正确架构。订阅额度通道是个人 Agent 的便利功能,而非生产路由策略的基础。

进一步阅读:Fable 5 模型变更对你的 token 预算迁移的影响,以及导致 Fable 5 和 Mythos 5 对国际访问下线的出口管制暂停事件。

帮助与联系