程式化的 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 不受限於單一執行環境或單一供應商的定價模式，當某一額度用盡時，工作仍能繼續進行。
- 路由與成本控制：讓模型與預算及任務相匹配，團隊不再因疏忽而觸碰上限，也不會為較小型模型就能處理的工作支付高額費用。
- 上下文連續性：讓 Agent 在 Claude Code、Codex 或其他執行環境之間遷移時，不會失去其狀態。
AstridOS 的設計是與 Claude 並肩運作，而非與其對抗。每個主要供應商都提供了值得使用的服務，開發者理應能夠自由組合各家最優秀的部分。
過去所欠缺的，正是位於它們之上的一層：一個能讓 Agent 無需為每個供應商手動設定預算、路由和狀態，即可調用多個供應商資源的編排與管理層。
這個問題在多模型、多節點 Agent 團隊的路由與編排領域，正受到高度關注。AstridOS 則從執行環境端切入同一變革，在核心層強制執行預算、隔離與審計，為其上方的編排層提供一個穩固的基礎。
有了這個控制層，今日這類變更的影響範圍將會大幅縮小。供應商的帳單更新，將變成您在其中一個元件中做出的配置決策，而在您做決策的同時，您的 Agent 能夠持續運行。
AstridOS 已於本週公開，我們正在為開發者提供一個早期存取計畫。
立即加入我們的預覽計畫：https://x.com/i/spaces/1kJzDDWXEjqKv?s=20
