Claude Code Opus 1M 的隱藏成本:Resume 大對話會吃掉多少額度
Claude Code Opus 1M 的隱藏成本:Resume 大對話會吃掉多少額度
title: Claude Code Opus 1M 的隱藏成本:Resume 大對話會吃掉多少額度 date: 2026-03-17 author: cab_late source: https://www.threads.com/@cab_late/post/DV7u_9-ksVE?xmt=AQF05AWgrvpKCLmRbdXix_bn1Db6E7h-q9kpka6dfggbxS_olHGnNaAT_DBp8g0I2W5hD1St&slof=1 category: threads tags:
- Claude Code
- Opus 1M
- Token
- 額度管理
- Agent SDK
- MCP created: 2026-03-17 updated: 2026-03-17
Claude Code Opus 1M 的隱藏成本:Resume 大對話會吃掉多少額度
原文摘要
作者提醒,Claude Code 開放 Opus 1M 之後,大家很容易養成把單一對話一路聊到 300K~500K 的習慣,但真正容易被忽略的不是當下聊天本身,而是 resume 舊對話時的快取重建成本。
他提供一個具體觀察:
- 一個約 400K 的對話
- 退出後再 resume
- 只送一個很短的招呼訊息
- 在非尖峰時段雙倍活動下
- 5 小時額度直接吃掉 6%~7%
作者認為,這個成本其實已經高到足以拿去做一次深度研究,或實作好幾個小功能。
核心觀點
1. 上下文上限提高,不代表使用成本自然變低
Opus 1M 讓超長對話變得可行,但也讓人更容易忽略「重建上下文」本身就是成本。這篇抓到的關鍵是:大上下文很爽,但恢復工作狀態時不一定便宜。
2. 最危險的時機,是為了測設定而重啟
作者點出一個很實務的場景:
- 調整 plugin
- 調整 MCP
- 重啟吃新設定
- 再回頭 resume 原本的大對話
這時候如果對話已經非常長,會很容易在你以為只是「回來接著做」時,默默消耗掉一大塊額度。
3. 過去的 200K 限制,反而逼大家更常開新對話
作者也補了一個對照:以前 200K 上限,加上 Compact 預留空間,實際上下文常維持在約 160K 左右。很多人把 Compact 視為浪費額度,所以反而會比較頻繁開新對話。現在 1M 放寬後,雖然看似更自由,但也更容易把成本推遲到 resume 時爆出來。
行動建議
根據這篇的邏輯,至少可以得到幾個實務建議:
- 測 plugin / MCP 時,盡量在新對話測
- 不要把所有工作都無上限地塞進同一串超長對話
- 把大對話視為「昂貴資產」,不是免費上下文倉庫
- 對 Agent SDK 這類更吃上下文的流程,要更有額度意識
我的觀察
這篇很值得記,因為它不是在講新功能多強,而是在講功能放大後出現的新成本結構。
一句話總結就是:
Opus 1M 讓你更敢囤上下文,但真正昂貴的時刻,可能是在你回來續聊的那一刻。