Claude Code 价格拆分：6月15日起 Agent SDK 单独计费，$200 额度能撑多久？

从2026年6月15日起，Claude Code 价格将按使用方式分成两套：Anthropic 把 Claude Agent SDK 和 claude -p 改为单独计费。Max 20x 每月附带 $200 Agent SDK 额度。我在 Max 20x 上运行着 6 条发布流程，这笔 $200 连完整的一个周二都撑不过去。

三句话看懂这次 Claude Code 价格调整

自2026年6月15日起，Agent SDK、claude -p、Claude Code GitHub Actions，以及基于 Agent SDK 构建的第三方应用，都不再消耗订阅方案的常规使用额度，而是从独立的月度额度池扣除。官方帮助中心已经说明了适用范围，也写清了未开启额外使用量时会如何中断。

各方案额度如下：Pro 为 $20，Max 5x 为 $100，Max 20x 为 $200，Team Standard 为 $20，Team Premium 为 $100；Enterprise 则按每个席位分配 $200 Premium 额度。额度每月重置，不能结转，也不能在团队成员之间合并使用。

终端或 IDE 中的交互式 Claude Code、网页版/桌面版/移动版 Claude，以及 Claude Cowork，仍然使用订阅额度。被挪走的只有无人值守的程序化入口。这是一次差别定价，而不是什么福利；HN 上把它称为福利的讨论，忽略了这次拆分迫使所有真正运行自动化的人重新做架构决策。

Claude Code 价格怎么算：我的 6 条流程账单

我的 Max 20x 方案每天会从 claude.ai/code/routines 启动 6 条发布流程：publish-news、publish-dev、publish-design、publish-marketing、publish-founders、publish-business。第 7 条 publish-ai 产出了本文。每条流程都会唤起一个由 claude -p 驱动的 Claude Code 会话，对接到一个 Cloudflare 管理 Worker；后者负责内容简报和 SERP 抓取，随后再完成发布交接。

按 Opus 4.7 的费率计算（每百万 token 输入 $5、输出 $25），每次触发大约花费 $5–$15，具体取决于简报带入了多少 SERP 上下文。发布繁忙时，7 条流程一天会触发 20–30 次。按 API 标价折算，每天的 token 价值达到 $100–$450。

Max 20x 每月 $200 的 Agent SDK 额度，按这个节奏大约只够半天到 2 天。额度用完后，如果账户已开启额外使用量，后续 Agent SDK 请求会按标准 API 费率计费；如果没有开启，整条流水线会悄无声息地停到下一个账单周期。月中不会收到预警邮件，也没有降级运行或暂停确认，请求只会直接停止。

这正是 Anthropic 的 Boris Cherny 所说的那类工作负载：由订阅驱动第三方工具的模式“确实很难持续”。一份 $200 的订阅，在未缓存的 agent 上下文中日复一日消耗价值数百乃至数千美元的 token，而订阅定价从来就不是为了补贴这类消耗。Greyhound Research 的 Sanchit Vir Gogia 对这场转向概括得很准确：“无限量畅用时代”并未结束，只是被移到了另一份菜单上。这次拆分，就是那份菜单。

几周前，我写过 Claude Code 每周额度上调 +50%。那次上调是道歉，这次拆分才是真正的政策。

哪些要迁移，哪些该保留，哪些会消失

迁移到直接 API key。 对任何无人值守的工作负载来说，如果真正的约束是每 token 费率，而不是“我已经登录 Claude”的便利，就应该迁移。发布流程、定时运维审计、CI/CD 脚本，以及每个 PR 都会触发的 Claude Code GitHub Actions，都属于这一类。迁移不会改变成本模型，只是不能再假装订阅替它买单。合理的做法是通过 AI Gateway 以 BYOK 方式接入，把可观测性和限流统一留在一处。

保留在 Max 方案。 终端中的交互式 Claude Code、结对编程、探索性构建，以及有人参与的长上下文工作，都继续放在 Max。订阅原本就是为这些场景设计的；对个人开发者而言，这类使用的非按量计费上限依然是行业里最划算的选择。我此前在为什么即使 Codex 免费两个月仍应留在 Claude Max 的 P&L 分析中给出的结论没有改变；6月15日之后，这笔账只会更清楚，而不是更站不住脚。

6月15日之后会消失。 所有“我用 $20 的 Pro 方案做了个整天悄悄调用 Claude 的副项目 agent”都会失去生存空间。一旦自动化有用到需要定期触发，就得支付 API 费率。那个寄居在订阅额度里的单人开发者业余 agent 生态，到此为止。

支持文档里有个细节说得不够醒目：Claude Code GitHub Actions 集成也会进入计量额度池，哪怕某个 Action 在使用感受上很“交互”。一个会在每个 PR 下留言的评审机器人看起来像普通工具，但底层跑的是 claude -p，现在同样要计费。本周就检查一遍 Action 工作流。

本周的自动化运营清单

打开 Anthropic 控制台，检查是否已开启额外使用量。没有开启的话，额度一耗尽，流水线就会无声停摆：没有提醒，没有邮件，也没有降级模式，只有沉默。对我这样的发布节奏来说，周二早上突然安静下来，就是一次真正的故障。

现在就为每个通过 claude -p 运行的 agent 或脚本记录单次 token 用量，别等到 6 月。无法度量，就无法做预算；而且额度按用户计算，Team 管理员也无法再像以前那样查看汇总消耗。在 6月8日的准备邮件发来之前，先把用量追踪器接入 Worker。

为 Agent SDK 的 system prompt 积极启用 prompt caching。切换计量方式后，缓存仍然有效。未缓存的第三方 agent 上下文所产生的 cache miss 成本，正是 Anthropic 为此次拆分定价所针对的结构性成本，也是运营者可以控制的杠杆。

明确划分工作负载边界：无人值守的触发任务，由一个 Worker 使用你的 API key 调用 Anthropic；交互式 Claude Code 则留在订阅内。不要混用。由于扣费顺序是先消耗额度，成本较低、接近订阅内使用方式的请求会先把额度用光，真正昂贵的负载随后仍会按 API 费率收费。结果是，折扣被浪费在了错误的一侧。

如果管理 Team 或 Enterprise 账户，请在 6月8日之前完成逐用户审计。“团队中每位符合条件的用户各自领取额度”，意味着以往由单一管理员掌握的支出可见性已经消失；Enterprise Premium 每席位 $200 的额度，摊到 40 个席位上，可能掩盖一笔年化六位数的消耗。

为什么会有这次调整，下一步又是什么

2026年4月对 OpenClaw 的限制就是预警信号。Anthropic 不再允许第三方 Agent SDK 框架继续由 Claude 订阅承担用量，并提供额度包帮助过渡。大多数运营者把它当成一次性的供应商争议，但事实并非如此——那是此后政策方向的缩影。

6月15日的拆分把同一政策扩展到 Anthropic 掌控的每个程序化入口：所有外部自动化入口现在都要计量。Notion 的8 月外部 agent 额度断崖体现了平台侧的同一种模式：只要 agent 不是平台自己的，就按量计算经济账。

Gogia 对这场大转向的判断是准确的。GitHub 正在把 Copilot 迁移到一个“与 Anthropic 最新调整高度相似”的额度系统。OpenAI 从 GPT-4 起就一直采用 API 式定价。未来 12–24 个月，每家主要 AI 实验室都会为 agent、高级模型、工具调用和后台任务划出独立的消耗池。一个订阅包揽一切，只是 2024 年的阶段性产物，不是永久功能。

对运营者而言，务实的选择是：别再拿订阅档位给自动化定价，改用底层 token 成本核算。把 Max 20x 当作廉价 CI/CD 算力的时代将在 6月15日结束。这个月就把变化计入流水线模型的人，才能让自己的周二照常运转。

6月15日之后，我的 Claude Code 会话还能照常使用吗？

终端或 IDE 中的交互式 Claude Code 仍然使用订阅额度。只有 claude -p（非交互式）、Agent SDK、GitHub Actions，以及基于 Agent SDK 的第三方应用会转入独立额度池。

每月没用完的 Agent SDK 额度可以结转吗？

不可以。每个账单周期开始时额度都会重置，未用额度随即作废。额度还按用户分配，不能在团队中合并使用。

每月 Agent SDK 额度用完后会怎样？

如果账户已开启额外使用量，后续 Agent SDK 请求会按标准 API 费率计费。如果没有开启，请求会停止，直到下一个账单周期，月中也不会收到预警邮件。

我应该把 agent 工作负载迁移到直接 API key 吗？

对于无人值守的生产自动化，应该迁移。Agent SDK 额度的规模只适合个人实验。Anthropic 自己的文档也建议运行共享生产自动化的团队，使用带 API key 的 Claude Developer Platform。