拿訂閱撐 automation 本來就是幻覺
說實話我一開始看到這個改動也沒太在意
只是翻 Reddit 的時候看到一串在討論 6/15 之後 OpenClaw 怎麼辦，有點好奇就研究了一下，然後就理解為什麼有人開始緊張了
事情是這樣：Anthropic 從 2026-06-15 起把 claude -p 這條路的計費邏輯改掉了。訂閱方案下跑 Agent SDK 類的流量，不再走一般 plan limits，改成先吃每月的 Agent SDK credit 額度。Pro 大概 20 美元，Max 5x 是 100 美元，Max 20x 或 Enterprise Premium 是 200 美元，吃完才開始按 API 計費
聽起來好像還好？
但問題不在 credit 有多少，問題在你的 workflow 是不是從來就沒算清楚這件事
我覺得最容易被炸的不是重度使用者，是那種「設了一個半自動的東西、每個月跑著但沒在盯」的人。比如說接了個 automation 每天跑一些分析，或者 gateway 後面接了幾個 agent 定時觸發。這種 workflow 的特性是：你不知道它用了多少，因為你沒有認真算過，你只知道「訂閱費是固定的，應該夠用」
但 6/15 之後這個「應該夠用」就不太成立了
你以為的固定成本，其實是「月初重設的信用額度 + 超額的可變成本」，這兩件事差很遠的
Anthropic 官方文件也很直接講了：shared production automation 應該用 API key 跑，不要把 Claude CLI 當 production billing 策略。說真的這句話我覺得不是警告，是一開始就應該這樣設計的基本原則
用訂閱撐 agent automation 這件事，從架構的角度看本來就不太對。訂閱是為了「個人互動式使用」，你開個終端機聊天問事情，很合理。但 automation 不一樣，它是持續在跑的、是 programmatic 的、是你不盯著的。這兩種使用場景的成本邏輯完全不同，卻一直用同一個方案去裝，然後 Anthropic 這次改動只是把這個差異明確化了
會最痛的大概是幾種人
一種是在 OpenClaw 或類似的 gateway 上接了 Anthropic backend 然後跑著自動任務的人，他們本來以為用 Max plan 撐得住，6/15 之後每月 100 或 200 美元的 credit 用完了就開始計費，問題是他們不一定知道自己跑了多少
另一種是幫朋友或小團隊架了一個共用 automation 的人，這種最麻煩，因為使用量是分散的，你完全不知道 credit 什麼時候就吃完了
還有一種我覺得最容易忽略，就是 workflow 設計的時候根本沒有把 token 用量當回事的人。你如果每次 agent call 都帶一大堆 context 然後又沒有 caching，20 美元或 100 美元的 credit 真的沒多久的
好的解法也不複雜，官方直接說了：production 用途就換 API key，自己管成本。這樣你能看到每次呼叫花了多少，能設上限，能監控，能算 ROI。這才是應該有的成本認知
訂閱是「你不需要想太多，每個月固定支出就好」的方案。但如果你的使用方式其實需要想很多，那繼續用訂閱只是在延後問題，不是解決問題
6/15 只是一個日期，但它逼你把這件事想清楚了。這個我覺得反而是好事 XD
作者：島民No.9527