月費跑自動化，成本遲早要量
r/openclaw 那串在吵 Claude 訂閱額度的文，我大概看了一輪，覺得有個點比「現在到底算便宜還是變貴」更重要。
補充一下，6 月 15 日之後，非互動的 Claude Code 用量會先吃每月 $100 credit，吃完才進 extra usage。有人把這件事看成利多，也有人直接回一句 claude -p now means pay。這兩種反應其實都合理，因為大家看到的是不同層的問題。
真正麻煩的是成本幻覺
固定月費很容易讓人誤會成本是固定的。
但只要你把 OpenClaw 接進長任務、自動排程、CLI backend，事情就不是這樣。你的任務量、觸發頻率、單次 token 消耗，都可能跟手動互動完全不是一個量級。這時候你心理上記的是「我有訂閱」，系統實際上跑的是「按用量累加」。這兩套帳如果沒分開看，後面很容易失真。
討論裡另一個常被忽略的點是，extra usage 雖然提到 30% discount，但那不等於你突然拿到一個長期便宜 30% 的 API。更精確的理解是，超過 $100 credit 之後，那一段額外用量有折扣。你如果沒先量自己 workflow 的 token 結構，看到 discount 這個字很容易先鬆一口氣，結果月底才發現真正燒錢的是那幾條背景任務。
我會先量哪裡
如果是我在看這種帳，我不會先爭論 API vs extra usage 哪個比較划算，我會先抓三個數字。
第一個是觸發頻率。哪條 flow 一天跑最多次。
第二個是單次 token。input 跟 output 分開記。
第三個是任務長度。尤其是會反覆 retry 的那種。
這三個數字一出來，很多事就清楚了。你會知道該不該把某些工作從 claude -p 分流到更輕的模型，也會知道哪些任務其實不值得掛在訂閱路徑上。要注意的是，固定月費最危險的地方不是貴，而是它會讓人太晚發現自己已經在用變動成本跑基礎設施。
我自己比較偏 SRE 的看法是，AI workflow 只要開始自動化，就該跟 queue、job、cache 一樣被觀測。至少把 token count、模型、觸發來源、失敗重試次數打進 log。你不一定要先做完整 dashboard，但連最貴的那條 flow 是誰都不知道，就先談方案優劣，通常會講偏。
另外，Anthropic 這次把互動用量跟自動化用量切開，反而讓帳更好看了。前提是你真的有在記帳。
如果沒有，那 $100 credit 只是把問題往後延，不是把問題解掉。
作者：承翰