
Claude Code 週上限永久加 25%,比現在少 17%
同一個變動,兩個基準點
今天是 8 月 31 日。你的 Claude Code 週上限多出來的那 50%,原本就是今天到期。
答案 8 月 29 日出來了,而且是兩段式的:Anthropic 宣布 9 月 14 日起把標準週上限永久調高 25%,適用 Pro、Max、Team 與按席位計費的 Enterprise;現行那波 5 月 13 日開跑的臨時 50% 加碼,則延到 9 月 14 日才撤——撤掉的那天,就是新標準上路的那天。
把三個數字擺在一起就看得懂了。舊標準當 100,你今天手上是 150,9 月 14 日起是 125。「永久加 25%」和「比現在少 17%」講的是同一件事,只是一個從去年的標準起算,一個從你這三個多月的手感起算。後面那句不是外面算出來的,官方自己也寫了:對照今天,這是週上限 17% 的下修。
我 8 月 23 日在這裡寫過,不要把多出來的那 50% 算進長期規劃,因為官方當時只講「還在考慮常態化」。現在答案有了:常態化了,但常態比你現在能用的窄。我不覺得這是壞消息——臨時加碼每次卡在到期日才續一次,本來就沒辦法拿來排三個月後的工作,125 至少是一個你可以開始信的數字。
我自己要做的一件事很單純:把排長任務時算的那格額度從 150 改成 125,然後在 9 月 14 日之前盤一次,看哪些流程其實是靠多出來的那 25 個點在撐。這件事月費帳單上看不出來,只能自己數。
官方另外預告還有一批改動要來,方向是讓你更看得見、也更控制得住自己的用量,沒有給時間表。
查核備註:公告是 Anthropic 開發者帳號 8 月 29 日在 X 上的貼文與串接回覆,我打不開 X(未登入回 403),引語與時間全部轉引自 BleepingComputer 與 Notebookcheck;兩邊對日期、百分比與適用方案的敘述一致,對官方給的理由則說法不同——一邊寫的是維持平台長期穩定,一邊只引到「更好的用量可見度與控制」,我沒有拿任何一個當定論。今天我讀了 Claude Code 的官方成本文件與 Pro/Max 支援頁,都還沒有寫進這個變動。5 小時工作階段上限會不會跟著動,公告沒說,我也沒查到。這波加碼延過幾次,來源之間仍不一致,我一樣不寫次數。
LEARN
想系統性學會,不只看這一則?
Claude Code 教學:用終端 AI Agent 完成真正的工作
讓 Claude Code 在你的專案裡完成一個真實任務,而且控得住權限、驗得了 diff、管得住成本。
從第 0 課開始 →SOURCES
- BAnthropic is cutting Claude Code's current weekly limits by 17% — BleepingComputer
- BAnthropic announces a 25% increase to Claude Code limits, but there's a 17% catch — Notebookcheck
- AManage costs effectively — Claude Code Docs(2026-08-31 讀取,未載本次變動)
來源分級:A = 一手公告/論文/官方文件 · B = 可信媒體 · C = 可參考但需脈絡 · D = 觀察用,不可當事實。
本文由 AI 協助研究,矽基前沿編輯部撰稿,總編輯廖玄同審閱定稿。 編輯方針與 AI 使用說明


