Claude Fable 額度怎麼算？50% 不是獨立額度
文 / Coolkid發布：2026-08-15閱讀約 10 分鐘
短答給趕時間的人(以下講 Max 這類含 Fable 份額的方案，Pro 的規則完全不同，見第 4 節)：Fable 沒有自己的額度池。它跟 Opus、Sonnet、Haiku 抽的是同一個週額度，只是多一條「最多吃掉一半」的天花板(官方說明頁的寫法是 up to 50% of your weekly usage limit，2026-07 對照)。所以兩件事同時成立：①用 Opus 或 Sonnet 不會推動 Fable 那條計量表 ②Fable 用掉的量會計進「全部模型」那條。這代表順序完全自由，不需要先把 Fable 用掉，也不會因為先用了別的模型就浪費掉 Fable 的份額。
這篇的起點是我自己算錯。
我原本的理解是：「不管你用哪個模型，前 50% 的額度都算在 Fable 頭上」。
照這個講法推下去，結論會變成「想用滿 Fable 的份，前半週就得一直掛在 Fable 上」，不然那半份就白白過期了。
我照這個想法排了一陣子的工作順序。
直到有天想算清楚「這週還剩多少能用」，才發現怎麼算都對不上。
去翻官方說明頁才知道。方向整個反了。
50% 不是「前半段的入場券」，是「Fable 最多能吃掉多少」的上限。
一個是時間順序的概念，一個是份額的概念，我把兩件事搞混了。
這篇把正確的算法、我當時錯在哪、以及一週該怎麼排，一次講完。
我原本的誤會：為什麼我把「碼表」看成「跑道」？
先講我腦中原本的畫面，因為我猜不少人也是這樣想的。
我把一週的額度想成一條 100 公尺的跑道。
然後聽到「Fable 佔 50%」，就自動理解成：前 50 公尺是 Fable 區，後 50 公尺是其他模型區。
既然是分段的，那前半段不用 Fable 就是浪費。跑過去就沒了。
這個畫面有兩個地方是錯的。
第一，額度不是按時間先後分段的，你什麼時候用哪個模型都可以。
第二，更關鍵的是：「50%」根本不是在講一段區間，是在講一個上限。
用碼表比喻會準得多。
你的 /usage 面板上有兩個碼表在同時跑，不是一條跑道被畫了中線。
一句話分辨：跑道的思維會問「我現在跑到第幾公尺」，碼表的思維會問「這兩個數字各自跳到多少」。後者才對。
我為什麼會搞混？現在回頭看有個具體原因。
我的 Max 5x 面板上這兩條的名字長得太像，一條標的是全部模型的當週用量、一條標的是 Fable 的當週用量。
兩條都是百分比、都會跑。
看起來像同一件事的兩種切法，實際上一條是總量、一條是子項。
(不同方案的面板列出來的條目不一樣，下面的描述都以我這台看到的為準。)
正確的算法：一個水池，兩個碼表
官方說明頁講得其實很直白：Fable 抽的是你方案原本的週額度，而且抽得比其他模型快。
也就是說，Fable 沒有自己的池子，是跟所有模型共用同一池水。
那個 50% 是額外加在 Fable 身上的限制。
這池水，Fable 最多只能舀走一半。
搞懂這點之後，兩個碼表各自在數什麼就很清楚了(欄位名稱以我 Max 5x 面板上看到的為準，你的方案可能還會列出別條)：
| /usage 上跟 Fable 有關的碼表 | 它在數什麼 | 用 Opus / Sonnet / Haiku 會跳嗎 | 用 Fable 會跳嗎 |
|---|---|---|---|
| 本週(全部模型) | 所有模型加總的用量 | 會 | 會 |
| 本週(Fable) | 只有 Fable 的用量 | 不會 | 會 |
所以回到最常被問的那題：用 Opus 或 Sonnet 會不會消耗 Fable 的額度？
不會。Fable 那條碼表只被 Fable 推動，其他模型碰不到。
但反過來不成立：Fable 用掉的量一定會計進「全部模型」那條，因為喝的是同一池水。
還有一個推論容易被忽略。
兩條碼表哪一條先滿，你的 Fable 就停在哪。
如果整週的總用量先見底，就算 Fable 那條才跑到 30%，你一樣不能再用。
剩下的 20% 不會變成什麼「保留席」。
這也是我建議看額度時兩條一起看、不要只盯一條的原因。
至於總量本身是怎麼分層的(重置窗口、週上限、超額加購)，我另外寫過額度用完？限制與 5 個省法那篇，這篇不重複。
那一週該怎麼排？我自己推的 40% + 50% 算法
既然順序自由，接下來的問題就是怎麼排才不浪費？
這裡可以直接算，因為兩條碼表的分母是同一個(都是你的週額度)，百分點可以相加。
這裡舉一個實際的排法：
- 前面幾天照常用 Opus 跟 Sonnet 做日常的事，做到「全部模型」那條跳到 40%。這段期間 Fable 那條一直停在 0%。
- 接著把一週裡最硬的那幾件事集中丟給 Fable，一路用到 Fable 那條碰到 50% 天花板。
- 這時候「全部模型」那條會是 40% + 50% = 90%，還剩 10% 留給收尾的雜事。
順序反過來排，結果一樣：先用 Fable 到 50% 再用其他模型到 40%，總量還是 90%。
順序只影響一種情況。
如果你先把其他模型用到 60% 以上，那 Fable 就會被「全部模型」的剩餘量卡住(剩不到 50 個百分點可用)，而不是被自己的 50% 天花板卡住。
想把 Fable 的份額用滿，唯一要注意的就是別讓其他模型先吃掉超過一半。
這段是照官方那句「最多 50% 的週額度」推算出來的，不是官方給的公式。實際數字一律以你自己 /usage 面板上的兩條為準。
但這裡有個落差要先講。百分比一樣，換到的工作量差很多。
額度是按 token(AI 讀寫文字的計量單位)算的，但同樣的 token 數，不同模型從額度裡扣掉的份量不一樣。
官方明講 Fable 用得比其他模型快;至於快多少，有報導提到大約是 Opus 的兩倍，但這是報導數字、不是官方公布的，我也沒看到公開的測法。
意思是那 50% 的額度買到的實際工作量，遠少於「一半的工作」。
我第一次照這個排法跑，以為可以撐兩三天的硬活，結果一個下午就把 Fable 那條推到底。
所以我現在的做法是先在紙上把這週真的非 Fable 不可的事列出來，排進同一個時段一起跑完，跑完就換回去。
而不是「反正還有額度」就一直開著不換。
什麼任務該配哪一級模型、以及切換時要注意什麼，我寫在模型怎麼換那篇，這裡就不重講了。
為什麼你 Google 到的說法互相矛盾？
查這題的時候我還撞到另一個坑。
網路上的文章講法不一致，到底哪個對？有的說 Fable 完全不吃方案額度、有的說吃、有的說某天之後就沒了。
這不是誰在亂寫，是這條規則在 2026 年 7 月真的改過。
方案內的存取原本排定 7 月上旬結束，後來兩度延期，7 月中旬才定案成現在的樣子。
(這段改版時間軸出自科技媒體報導，官方說明頁只寫現行規則、沒有列改版歷程，所以確切日期我不寫死。)
定案後的分流是這樣(這段以官方說明頁為準)。
Max 這一級的方案保留 50% 的份額。
Pro 這一級則是 Fable 完全不吃方案額度，要用就走 usage credits(按實際用量另外扣的儲值點數)，費率以官方定價頁為準。
所以「Fable 到底吃不吃額度」？這題沒有單一答案，先看你在哪個方案。
這件事給我的教訓其實不只關於 Fable。
遇到「規則本身還在動」的主題，查來的文章不管寫得多詳細，都要先看它是哪一天寫的。
而最可靠的答案永遠不在文章裡，在你自己的面板上。
- 在 Claude Code 裡打 /usage 看當週用量與重置時間。我這台 Max 5x 會列出全部模型與 Fable 兩條，你的方案列出的條目不一定一樣。
- 兩條一起看：哪一條先接近滿，你就是被那條卡住。
- 看到跟網路文章對不上的數字，以面板為準，文章可能是規則改之前寫的。
以 Max 這一級的方案來說，Fable 沒有獨立額度池：它跟其他模型共用同一個週額度，只是多一條「最多吃掉 50%」的天花板(2026-07 對照官方說明頁)。所以用 Opus / Sonnet / Haiku 不會推動 Fable 那條碼表，但 Fable 用掉的量一定會計進「全部模型」那條。我原本的誤會是把它想成一條被畫了中線的跑道，以為前半段不用 Fable 就浪費了，實際上順序完全自由，只要別讓其他模型先吃掉超過一半，Fable 的份額就用得滿。照官方那句「最多 50%」推算(這是我推的，不是官方公式)：其他模型用到 40% 再把 Fable 吃到 50%，總量是 90%。要注意的是 Fable 燒得快(官方說明它用得比其他模型快)，同樣的百分比換到的工作量少很多。另外 Pro 那一級的規則完全不同，Fable 不吃方案額度、走 usage credits。這條規則 2026 年 7 月改過(兩度延期後在 7 月中旬定案，時間軸依科技媒體報導)，所以網路文章要看日期，實際數字一律以自己的 /usage 面板為準。
名詞解釋
- token（字元計費單位）
- AI 讀寫文字的計量單位，一個中文字約 1-2 個 token。訂閱方案的用量限制、API 的計費都是按 token 算，所以「講重點、少貼無關內容」直接等於省錢。
- rate limit（用量限制）
- 服務商限制你在一段時間內能用多少次的機制。撞到不是壞掉，是「這個時段的量用完了」，等重置或升級方案。
如果內容對你有用就太好了
隨喜斗內
▸ 常見問題
Fable 的額度是獨立算的嗎？
以 Max 這一級的方案來說：計量是獨立的，額度不是，這兩件事要分開講。獨立的部分：/usage 上那條 Fable 碼表只會被 Fable 推動，你用 Opus、Sonnet、Haiku 它都不會動。不獨立的部分：Fable 用掉的量會計進「全部模型」那條，因為所有模型抽的是同一個週額度。官方說明頁的寫法是 Fable 抽你方案原本的用量限制，只是抽得比其他模型快(2026-07 對照)。所以正確的畫面是「一個水池、兩個碼表」，不是兩個池子。Pro 那一級不適用，Fable 在那邊完全不吃方案額度。
用 Opus 或 Sonnet 會消耗到 Fable 的額度嗎？
不會。Fable 那條碼表只計 Fable 的用量，其他模型碰不到它。但要注意反方向：如果你用其他模型把「全部模型」那條推到接近滿，Fable 一樣會停，因為兩條碼表哪一條先滿，你就被哪一條卡住。想用滿 Fable 的份額，實務上的門檻是別讓其他模型先吃掉超過一半的週額度。
Fable 的 50% 是不是要在前半週用掉？
不是，順序完全自由。這是我自己一開始踩的誤會：我把 50% 理解成「前半段的區間」，以為不趁前半週用就過期了。實際上 50% 講的是份額上限，不是時間順序，你可以週一用滿、也可以週五才開始用，結果一樣。唯一跟順序有關的情況是：其他模型先用超過一半的話，留給 Fable 的空間就不到 50% 了。
其他模型用到 40% 之後，Fable 還能用滿 50% 嗎？
可以，而且照定義推算，總量會來到 90%(40% + 50%)，還剩約 10% 給其他模型收尾。兩條碼表的分母是同一個週額度，所以百分點可以直接相加。但這是照官方那句「最多 50% 的週額度」推出來的算法，不是官方公布的公式，實際請以 /usage 面板顯示的數字為準。另外提醒一句期待管理：Fable 用得比其他模型快，那 50% 買到的工作量會明顯少於一半。
怎麼看自己 Fable 用掉多少？
在 Claude Code 裡輸入 /usage。我這台 Max 5x 的面板會同時列出全部模型與 Fable 的當週用量，各自的百分比與重置時間都在上面(不同方案列出的條目不一定相同)。建議兩條一起看：只盯 Fable 那條的話，很容易在總量先見底時被打斷還搞不清楚原因。網路文章跟面板數字對不上時，以面板為準，這條規則 2026 年 7 月改過，舊文章很可能寫的是改版前的規則。
Pro 方案有 Fable 的 50% 嗎？
沒有。定案後的分流是：Max 這一級的方案保留「Fable 最多 50% 週額度」;Pro 這一級則是 Fable 完全不吃方案額度，要用就走 usage credits(按實際用量另外扣的儲值點數)，費率以官方定價頁為準。所以「Fable 吃不吃額度」這題要先問你在哪個方案，這也是網路上說法看起來互相矛盾的主因之一。(方案分流以官方說明頁為準;定案的確切日期各家報導不一，我這裡不寫死。)
看完這篇之前先確認:
- Max 方案想搞懂 Fable 的 50% 到底怎麼算
- /usage 跑出兩條週限制 不知道哪條管哪個
- 想把 Fable 跟其他模型排在同一週 不浪費額度
- Pro 方案的人 (Fable 不吃方案額度，走按量付費)
- 從沒在 /model 裡選過 Fable 的人 (那 Fable 那條碼表跟你無關)
- 只想知道模型怎麼換 (那是模型切換那篇)