程序化 Agent 的使用今日起转为独立的计量信用。以下是具体变化，以及我们在 AstridOS 中构建的管理控制机制。
今日变更
2026 年 6 月 15 日，Anthropic 将程序化 Claude 使用与交互式使用分离。Agent SDK、无头 claude -p 命令、Claude Code GitHub Actions 以及基于 SDK 构建的第三方应用，不再从您的订阅池中扣费。
它们使用独立的月度信用额度，按标准 API 费率计费：Pro 计划为 20 美元，Max 5x 计划为 100 美元，Max 20x 计划为 200 美元。
交互式使用不受影响。聊天和终端内的 Claude Code 继续使用现有计划，基础价格未变。信用额度不滚动。当额度耗尽时，自动化请求将停止，除非您启用了超额计费，此时将以 API 费率继续运行。
如果您仅通过聊天或终端使用 Claude，今天对您没有影响。如果您运行 Agent、CI 任务或任何按计划调用 claude -p 的内容，您的自动化现在有了固定的月度上限。
这对构建 Agent 意味着什么
计量、非共享、不滚动的信用额度带来三个后果。
第一，您会遇到一个无法预见的硬性终止点。一个失控的循环可以在一个下午耗尽您整月的信用额度，而第一个信号往往是您的自动化失败。
第二，信用额度按用户独立计算，不在团队内共享。原本在共享订阅中运行顺畅的工作负载，现在可能因为与工作本身无关的原因而撞墙。
第三，这一变化揭示了一个过去容易被忽视的依赖关系：您的 Agent 与单一供应商的计费模式绑定。当该模式改变时，所有基于它构建的工作流会同时受到影响。
这些都不是放弃 Claude 的理由，而是要在您的 Agent 和任何单一供应商之间建立一个管理层，让计费变更成为您可以管理的事情，而不是被动承受的事情。
您需要一个 Agent 操作系统来管理您的 Agent 和工作流。
我们正在用 AstridOS 构建什么
AstridOS 是一个开源的 Agent 运行时。它位于您现有设置的下方，而不是取代它；您的 Claude Agent 照常运行，只是在其下方增加了一个控制层。
其中两个控制机制直接回应了今天的变更。
内核层预算强制执行
AstridOS 在模型层之下、Agent 无法覆盖的层级强制执行每个 Agent 的支出预算。失控的循环无法悄悄耗尽您整月的信用额度，每一笔支出都能追溯到引发它的 Agent。您将获得信用本身无法提供的、按 Agent 的明细记录。
组件级变更，无需迁移
AstridOS 由可组合的胶囊模块构成。当供应商更改其条款时，您只需要调整涉及计费或路由的单个组件，而不必重写整个框架。应对类似今天的变更，成本降为一次简单的组件替换。
围绕这两个核心机制，系统架构在设计上确保了预算耗尽时的连续性：
- 模型可移植性：Agent 不绑定于单一运行时或单一供应商的定价，即使信用额度用尽，工作也能继续进行。
- 路由与成本控制：模型根据预算和任务匹配，团队不再意外撞到上限，也不必为较小模型就能处理的任务支付高昂费用。
- 上下文连续性：在 Claude Code、Codex 或其他运行时之间迁移 Agent 时，不会丢失其状态。
AstridOS 旨在与 Claude 并肩工作，而不是对抗它。每个主流供应商都提供值得使用的服务，构建者应该能自由组合各家最优之处。
一直以来缺少的是它们之上的那一层：编排与管理，让 Agent 能够利用多个供应商，而无需为每个供应商手动配置预算、路由和状态。
这个问题正受到高度重视，尤其是在多模型、多节点 Agent 团队的路由和编排方面。AstridOS 从运行时侧切入同一变革，在内核层强制执行预算、隔离和审计，使上层的编排层有可靠的基础。
有了控制层，类似今天这样的变更的影响范围将大幅缩小。供应商的计费更新变成了您在一个组件中做出的配置决策，而您的 Agent 在您做决策时仍能继续运行。
AstridOS 本周公开，我们正在为构建者提供早期访问计划。
