5 秒結論： Claude Code 的 Cloud Sessions（雲端工作階段）在 2026 年 9 月正式推出時，給現有 Pro 用戶 100 美元、給 Max 用戶 250 美元的一次性促銷額度。符合條件的雲端工作階段會先花這筆額度，用完或過期之後才回到平常的方案用量。所以就算讓 Opus 連續工作好幾個小時，Max 本體的使用率也可能掉得讓人懷疑：「咦，怎麼還剩這麼多？」[1][2][3]
1. 叫 AI 去巡視工廠，結果它根本不回來
事情的起點，是一次相當吃重的自動化維護。
確認排程任務有沒有在跑。 看發布流程有沒有卡住。 找出重複的路由。 如果是舊資料的存放方式害的，就修掉。 跑測試。 確認修正真的上線了。 廣告沒顯示的話，就去讀瀏覽器條件、CSP（瀏覽器的內容安全政策）和渲染邏輯。 修好。 再測一次。 部署卡住了，就去挖另一個擋住部署的故障。
換作平常，修好一個問題就會把球丟回給人：「接下來請確認這個。」
可是 Cloud Sessions 裡的 Claude Code 會一口氣跑很久。
才剛覺得「發布修好了」， 它就回報「最終驗證發現重複路由」， 接著挖出「原因是重複使用了舊的彙整檔案」， 然後「還有 2 個重複」， 再繼續把另一條路徑上的舊資料也修掉。
同時，它還在追廣告顯示的問題，把「關閉資料分析」和「隱藏廣告」被錯誤綁在一起的條件拆開，補上測試，等著部署完成。
這已經不像是「向 AI 問了個問題」。
比較像半夜叫來一位基礎架構工程師，結果他自己開始連故障處理的次生災害也一併追查了。
2. 打開用量頁面。「……怎麼好像沒怎麼掉？」
做了這麼多事，當然會想：
「Max 的額度一定用掉不少了吧。」
可是打開用量頁面一看，一般工作階段額度和每週額度都剩得很誇張。
感覺就是：
這邊讓 Opus 把日誌、程式碼、測試、GitHub、建置、部署來回跑了好幾輪， 那邊的儀表卻一副「我還很有精神喔」的樣子。
這時你會先懷疑一下：「是不是顯示壞了？」
但看同一個頁面的下方，另一個數字正在減少。
雲端工作階段額度。
發給 Max 的 250 美元專用額度，明顯正在被消耗。
這下終於說得通了。
儀表沒壞。
油箱有兩個。
3. 真相是「Cloud Sessions 專用的一次性促銷」
Claude Code 的 Cloud Sessions 已經從先前的「Claude Code on the web」轉為正式推出，可以在 Anthropic 代管的雲端環境裡繼續寫程式。能從瀏覽器、手機、桌面版、CLI 等入口開始，把電腦蓋上，雲端的工作也不會停。[1]
正式推出時，官方宣布了針對現有 Pro 和 Max 訂閱用戶的一次性促銷。
- Pro：100 美元
- Max：250 美元
- 用途：Cloud Sessions
- 雲端工作階段優先消耗促銷額度
- 促銷額度用完或失效後，回到平常的方案用量
Claude 開發者官方帳號在大家一頭霧水之後也補充說明：Cloud Sessions 本身跑在 Pro/Max 方案上，這筆促銷額度是雲端工作階段優先消耗的一次性額外額度。[2]
所以結構是這樣的：
Cloud Session 開始 → 先燒掉限時的雲端專用額度 → 燒完了再燒平常的 Pro/Max 用量
也就是說，Cloud Sessions 並沒有變成「不消耗 Max 用量的服務」。
只是現在，前面多插了一個別的油箱。
4. 更容易搞混的是，還有一個叫「用量額度」的另一個錢包
設定頁面裡還有一個容易混淆的東西。
就是原本就有的「用量額度」（usage credits）。
依照 Anthropic 官方說明文件，Pro、Max 5x、Max 20x 的用量額度，是在用完方案內含的使用上限之後，依標準 API 價格以用多少付多少的方式繼續使用的機制。[4]
它的使用順序和作用，跟這次的 Cloud Sessions 促銷都不一樣。
大致分成三個就好懂了。
錢包 A：一般方案用量
每個月付費的 Pro 或 Max 裡附帶的常規額度。 平常使用 Claude 和 Claude Code 時消耗的基本額度。
錢包 B：Cloud Sessions 促銷額度
這次限時活動發的、雲端工作階段專用的另一份額度。 符合條件的工作階段會先扣這一份。
錢包 C：額外用量額度
用完一般方案上限後還想繼續用的人，走的用多少付多少那一邊。 它跟「送了 250 美元的促銷」不是同一回事。[4]
如果把三個都當成「額度」，就會搞混。
實際的感覺大概是：
月費吃到飽券 ＋ 限時拿到的、另外記帳的禮券 ＋ 吃超過吃到飽之後才掏出來的信用卡
差不多是這種差別。
5. 所以它跟長時間自動做事的任務簡直是絕配
Cloud Sessions 比起問幾句話，更適合把程式碼倉庫整個交給它，讓它做一段長工作。
例如：
- 調查故障原因
- 修改多個檔案
- 回歸測試（確認以前修好的問題沒有再冒出來）
- 查日誌
- 確認建置
- 發布後的驗證
- 發現別的故障就順著追下去
- 同時平行執行多個任務
這些都是以前得由人一遍遍說「繼續」才能接著做的工作。
而且在這次促銷期間，這種長時間的工作會先吃掉專用額度。
於是在使用者眼裡就出現這樣的畫面：
「Opus 跑了好多。」 「工作量明顯很大。」 「可是每週的 Max 額度幾乎沒動。」
有點像出了 bug。
其實不是 bug。
你在開一台高油耗的引擎，只是掉的是加裝的那個油箱，而不是你平常盯著的油表。
不了解這個機制，只盯著主要用量看的話，大概會滿頭問號。
6. 但這並不是「Opus 無限暢用篇」開始了
這點很重要。
有這個促銷，並不代表：
- 整個 Claude 變成無限量了
- 可以永遠免費跑 Opus
- Cloud Sessions 以後一直不佔用一般額度
- 額外的付費用量額度自動變成免費
這次的專用額度是有期限的。
依 2026 年 9 月時的公告，針對現有 Pro/Max 的額度是一次性的，Pro 為 100 美元，Max 為 250 美元。領取截止時間公布為美國太平洋時間 10 月 7 日，換算成日本時間是 10 月 8 日。未使用部分失效的時間是美國太平洋時間 11 月 4 日，對應日本時間 11 月 5 日。[2][3]
專用額度用完之後，Cloud Sessions 會退回一般方案用量。
所以現在這種「怎麼都不掉」的感覺，並不是永久的新計費方式。
最好理解的說法是：限時加裝了一個油箱的狀態。
7. 看哪裡才不會搞混
該看的地方很簡單。
打開設定裡的「用量」，分別看這幾項：
- 目前工作階段使用率
- 每週使用率
- Cloud Session 專用額度餘額
- 額外用量額度的花費
特別是大量跑 Cloud Sessions，但 1 和 2 卻剩得很奇怪的時候，就去看 3。
如果 3 在減少，那就能很順地解釋通了。
反過來，如果 3 已經是零或者過期了，一般額度卻還是不動，那就該懷疑是別的規則，或是顯示更新有延遲。
光知道「AI 跑了幾個小時」，是看不出到底用了哪個錢包的。
8. 結論：不是剩得像怪物，而是插著一個怪物專用的備用油箱
盯著長時間的 Claude Code Remote 任務看，怎麼看都是在大量運算。
查原因、修正、測試、撿到別的故障再修，一直確認到發布之後。
可是一看 Max 使用率，卻幾乎沒怎麼掉。
當然會問一句「為什麼？」
答案其實相當單純。
在平常的 Max 額度前面，擺著一個 Cloud Sessions 專用的 250 美元油箱。
所以只有在這段期間，用 Cloud Sessions 跑重度自動任務時，一般額度「不太會掉」的現象才會顯得格外誇張。
不是儀表壞了。 也不是 Opus 不耗油了。
它在吃，而且吃得非常兇。 只是現在吃的是另一個錢包。
參考資料（4筆）
- Anthropic, “Claude Code on the web” — updated September 23, 2026 to note that Cloud Sessions are generally available claude.com
- ClaudeDevs official launch and clarification posts, September 23, 2026: and https://x.com/ClaudeDevs/status/2102940480736821610 x.com
- 窓の杜, “ノートPCを閉じてもOK、「Claude Code」の“クラウドセッション”の一般提供が開始”, September 24, 2026 forest.watch.impress.co.jp
- Anthropic Help Center, “Manage usage credits for paid Claude plans”, updated August 10, 2026 support.claude.com
