Claude Code 週用量永久 +25%,官方同一串貼文就寫了:比現在少 17%

Anthropic 宣布 9/14 起 Claude Code 週用量永久 +25%,並在同一串貼文寫明比優惠期少 17%。拆解兩個數字怎麼同時成立、誰會有感。

「永久調高 25%」跟「減少 17%」,講的是同一件事。

八月底 Anthropic 宣布 Claude Code 的週用量調整時,這兩個數字同時出現,社群吵了好幾天。我當時寫的版本是:官方先包裝成加碼,被用戶算出來是縮水,才補了一則貼文承認。

這次我把那串貼文截下來看,發現這個說法不準確。兩則貼文是同一分鐘發的。官方從一開始就把 17% 寫出來了。

這個細節改變了整件事該怎麼讀,所以我重寫了一次。

官方到底怎麼說的?

這是那串貼文:

ClaudeDevs 的 X 串文:第一則宣布 9 月 14 日起 Claude Code 的標準週用量上限永久提高 25%,在那之前 +50% 繼續有效;第二則說明與今天相比等於週用量減少 17%,並預告會有讓使用者更能掌握用量的改動 圖:ClaudeDevs 8 月 29 日(美國時間)的串文,兩則貼文時間相同(來源:x.com)

上面那則是結論:9 月 14 日起,Claude Code 的標準週用量上限永久提高 25%,適用 Pro、Max、Team 跟席位制 Enterprise。在那之前,目前的 +50% 繼續有效。

下面那則是補充:跟今天比,這等於週用量減少 17%。接著預告正在做一些改動,會讓你覺得從 Claude 得到更多,同時對自己的用量更看得見、更能控制。

圖上兩則的時間戳記是同一分鐘。這是一串預先寫好、一起發出的貼文,第二則不是事後補的。

所以我要更正八月的寫法。原文說官方「面對質疑沒有硬拗,隔沒多久補發說明」。實際上沒有「隔沒多久」,也談不上被逼出來的。

但我也不想把話說過頭。標題級的那一則講的是 +25%,會被截圖轉發、被媒體下標的也是那一則。「−17%」放在回覆裡。資訊是完整的,擺放的位置是挑過的。BleepingComputer 當時的標題就直接寫〈Anthropic 正在把 Claude Code 目前的週用量砍 17%〉,等於替讀者把第二則搬到第一則的位置。

兩個數字為什麼能同時是對的?

因為比較的對象不一樣。

把優惠之前的週用量上限當成 100。5 月 13 日開始的優惠把它加了 50%,變成 150。9 月 14 日之後是 125。

週用量換算表:5 月 13 日之前為 100,5 月 13 日到 9 月 13 日優惠期為 150,9 月 14 日之後為 125;與原始相比是加 25%,與優惠期相比是減 16.7% 圖:把原始上限設為 100 的換算(本文試算,依 ClaudeDevs 公布的百分比)

125 比 100 多 25%。這是「永久調高 25%」。

125 比 150 少 25,而 25 除以 150 是 16.7%,四捨五入 17%。這是「減少 17%」。

這裡有個算術上的小陷阱,很多人第一次會算錯。加 50% 再減 25%,直覺上好像是「淨加 25%」,所以從優惠期掉下來應該是少 25%。不對。百分比的基數換了。從 150 掉到 125,掉的是 150 的六分之一。

記一個通用的算法就不會再錯:先加了 x,之後要回到原點,要減掉的比例是 x 除以(1 + x)。加 50% 之後要回到原點得減 33%,加 100% 之後得減 50%。下次看到任何「先加再減」的公告,用這個式子算一下實際差多少。

哪一個數字「比較真實」?看你的記憶停在哪裡。

如果你是今年五月之後才開始用 Claude Code,你從來沒見過 100,你的日常就是 150。對你來說這是一次減量,沒有別的讀法。

如果你從更早就在用,你記得 100 是什麼感覺,那 125 確實比你原本付錢買的東西多。

Anthropic 選了對自己比較好看的那個基準當主句,這很正常,每家公司都會這樣做。我比較在意的是另一件事:那個基準其實也是官方定義的。優惠延了四次、持續了四個月,過程我另外整理過。一個東西給了四個月,使用者把它當成常態是很合理的。到了第四個月說「那只是優惠」,在條款上站得住,在感受上很難。

官方文件現在怎麼寫?

八月那篇有一段說支援中心的文章還沒更新,最新政策只在貼文裡看得到。現在更新了。我去看了目前的版本,開頭多了一段說明:

Anthropic 支援中心文章開頭的說明:這項優惠是方案之外的限時加碼,自 5 月 13 日到 9 月 13 日;原本計畫讓週用量回到原始水準,但因許多人覺得額外用量有幫助,雖然完整的加碼無法持續,仍將其中一部分變成永久,自 9 月 14 日起週用量比優惠前高 25% 圖:支援中心文章目前的開頭說明(來源:support.claude.com)

這段話有一句貼文裡沒有的資訊:「我們原本計畫讓週用量回到原始水準。」

也就是說,照原訂計畫,9 月 14 日之後應該是 100,不是 125。那 25% 是後來才決定留下的。

這讓整件事多了一個讀法。從官方的角度,他們本來要全部收回,最後留了一半給你。從使用者的角度,他們給了四個月的 150,然後拿走六分之一。兩種說法描述的是同一組數字。

文章裡另一句話我也記下來了:完整的優惠加碼「無法持續」。這呼應了八月中那則貼文說的產能可能吃緊。

誰會有感、誰完全沒差?

這次調整只影響一部分人。關鍵是你在優惠期間實際用了多少。

影響對照表:優惠期週用量不到 100 的人沒有差別;100 到 125 之間的人也沒差;125 到 150 之間的人會撞到上限,需要少用最多 17%;經常用滿 150 的人最有感,每週少掉六分之一 圖:依優惠期間的實際用量看 9/14 之後的影響(本文依原始 = 100 的換算整理)

如果你這四個月的週用量從來沒超過 125,9 月 14 日之後你不會有任何感覺。而且比起五月以前,你的天花板還高了 25%。

如果你常常用到 125 以上,你會撞牆。用得越滿,差得越多。經常把 150 用完的人,每週少掉的是六分之一的工作量。

問題是大多數人不知道自己落在哪一格。支援中心提過,在命令列打 /usage 可以看目前的用量跟上限。如果你沒有在優惠期間記下自己的數字,你現在只能從 9 月 14 日之後有沒有比較常撞到上限來回推。

還有兩件事要記得,都是那篇支援文章寫的。這次調整只動「週」上限,5 小時上限從頭到尾沒變。還有它只算 Claude Code,一般的 Claude 對話額度不在範圍內。所以如果你平常卡住的是 5 小時那一層,這整件事跟你沒有關係。

預告的「看得見、能控制」做出來了嗎?

貼文跟支援文章都預告了後續:會有更多關於用量、能見度跟控制的功能。

到我寫這段的 10 月中,我查了一輪,沒有找到這些功能正式上線的公告。有媒體把它描述成新的儀表板工具,但那是對預告的轉述,不是已經推出的東西。

唯一查得到的相關動作,是 9 月 23 日 Claude Opus 5.5 上線時送了一張有期限的用量重置券。那比較像一次性的補償,不是預告裡說的那種長期功能。

這點我會繼續看。「讓你覺得得到更多」這句話寫得很巧,它說的是感覺。如果之後推出的是更清楚的用量顯示,那確實有用,但它不會讓 125 變回 150。

這跟 OpenAI 的做法差在哪?

時間剛好可以對照。同一個月,OpenAI 把 200 美元的 ChatGPT Pro 停售了 20 天,重新開賣時月費不變,產品負責人自己說換算 API 花費大約是舊方案的一半。

兩家做的是同一類事:價格不動,額度下調,理由都跟算力有關。差別在幅度跟方式。

Anthropic 是少 17%,提前兩週講,而且白紙黑字寫了 17%。OpenAI 是少一半左右,先突然關掉入口,再用新的算法回來。兩邊都給了舊用戶緩衝:Anthropic 是 +50% 延到 9 月 13 日,OpenAI 是舊額度保留到 10 月 29 日。

我的看法是,就這一次而言,Anthropic 的處理比較好一點,原因不在它砍得少,在它把那個難看的數字自己寫出來了。很多公司會只發第一則貼文。

什麼會讓我收回這句話?如果預告的那些功能遲遲沒出現,或者下一次調整不再附上跟「今天」比的數字。把壞消息寫清楚這件事只有持續做才算數。

你現在可以做什麼?

  1. 打一次 /usage,記下你現在一週用到上限的幾成。這是你之後判斷任何調整的基準。
  2. 分清楚你卡在哪一層。 如果是 5 小時上限,週上限怎麼調都跟你無關,你該看的是怎麼把工作攤平。
  3. 別把優惠算進預算。 有期限的加碼就當它不存在。這次的教訓是,連延了四次的優惠都還是會結束。
  4. 如果你真的需要 150,選項只有升級方案,或者改用按用量計費的 API。兩個都要多花錢,但至少額度是你買的。

計費名詞看不懂的話,名詞解釋頁的用量上限條目有整理。

這次改寫更正了什麼

  • 原文說官方是在被質疑之後「隔沒多久補發」承認縮減。那兩則貼文是同一串、同一分鐘發的。
  • 原文說支援中心的文章還沒更新。現在已經更新,並多了一句「原本計畫回到原始水準」。
  • 原文引了 Hacker News 上的討論氣氛,這次我沒有重新查證,已經拿掉。
  • 表格裡的 100/150/125 是為了說明用的換算,不是 Anthropic 公布的實際額度數字。官方只公布了百分比。
  • 我沒有實際量測 9 月 14 日前後的額度變化,本文完全依據官方貼文與支援中心文章。

關於作者

我是 Ryan,RyanOps 的站主。平日的工作是軟體開發與自動化,在這裡整理 AI 模型、開發工具與軟體工程的重要變化,也記錄自己實際除錯、實作過的技術筆記。