Claude Opus 5.5 Fast Mode 已結束預覽：2 倍費率表能讓你獲得什麼

的快速模式Claude Opus 5.5已於 2026 年 10 月 15 日結束研究預覽。排隊機制已不復存在：沒有等候名單可加入、沒有存取要求可提交，也沒有 beta 標頭可附加。快速模式已成為 Claude API、Claude Code，以及 Microsoft Foundry 中供 Azure 託管部署使用的 Claude 的常規自助功能。其背後的模型並沒有改變。改變的是閘門已經卸下，而閘門後的價格標籤如今是唯一阻擋在你與它之間的東西——每百萬輸入權杖 8 美元、每百萬輸出權杖 40 美元，相較於標準速度的 4 美元與 20 美元。兩個方向都正好是兩倍。

這就是這筆交易的全貌。Claude Opus 5.5 於 2026 年 9 月 22 日推出，每百萬個 token 的價格為 $4 與 $20，相較 Claude Opus 5 調降 20%，而快取讀取則下降 60%，來到每百萬 $0.20。Fast 模式當時已經可用，但作為研究預覽版，你必須獲准才能使用。自 10 月 15 日起，它已成為你可以自行開啟的產品，並在一般使用方案中公布了速率限制——而這種從「獲准加入」到「開放取用」的轉變，正是讓這份價目表值得好好細讀、而不是匆匆略過的原因。

10月15日實際上改變了什麼？

三件事，而且只有三件，而重要的是其中哪些對哪個模型成立：

• 使用權限 — Claude Opus 5.5 的快速模式不再需要申請或核准。在 Start、Build 與 Scale 使用層級中，此功能預設為開啟。仍處於 Evaluation 層級的組織，只要升級層級即可使用。

• 協定 — fast-mode-2026-02-01 Beta 標頭已不再是 Claude Opus 5.5 請求的必要條件。仍會傳送此標頭的請求可繼續正常運作，因此現有整合本週不需要移除任何項目。

• 適用範圍 —— Claude Opus 5.5 的快速模式同日於 Microsoft Foundry 的 Claude 上推出，適用於由 Azure 託管的部署。AWS 上的 Claude Platform、Amazon Bedrock 及 Google Cloud 均不提供此模式，由 Anthropic 而非 Azure 託管的 Foundry 部署亦不提供。

有一件事明確地並未改變。Claude Opus 5 與 Claude Opus 4.8 的 Fast mode 仍處於研究預覽階段，而 Anthropic 自家的指示是，針對這兩個模型你必須持續送出 beta 標頭。如果你的程式碼會依據模型 ID 分支，以決定是否附加該標頭，那麼 10 月 15 日的變更會讓 Claude Opus 5.5 成為唯一不再需要它的分支——這正是那種若沒有人更新條件，就會悄悄讓共用用戶端出錯的不對稱性。

同樣的模型，而這就是它全部的吸引力。

Fast mode 並不是第二個模型，也不是蒸餾變體。Anthropic 對此說得很明確：它是相同的權重、相同的行為、相同的智慧，只是在更快的推論設定下運行。答案本身沒有任何改變。改變的是答案寫出的速度。

具體數字是每秒輸出 token 最多可達 2.5 倍，而具體的但書是，效益集中在每秒輸出 token 數，而非首個 token 的延遲時間。這個區別值得在購買前內化，因為它決定了哪些工作負載能受益。一個批次工作等待九秒才取得首個 token，接著串流四分鐘，就能獲得很大的效益。一條需要在 200 毫秒內取得首個 token 的自動完成路徑則完全沒有好處，還得為此付出雙倍代價。Anthropic 自己的說法也指向相同結論——快速模式是為快速迭代與即時除錯這類互動式工作而設，而且效益在串流下最為明顯，因為有更多輸出可供加速。

對長時間的工作階段來說，有一個第二層效應比表面上最顯眼的部分更值得注意。由於加速的是輸出部分，實際省下的時間取決於模型寫了多少，而不是對話持續了多久。一個會先花時間思考、之後才開始打字的模型，是快速模式幫不上什麼忙的模型，而 Claude Opus 5.5 正是一個預設就會思考的模型。Opus 5.5 的自適應思考永遠開啟且無法停用——若請求試圖把思考設為 disabled 會回傳 400 錯誤，深度則改由 effort 參數控制。快速模式讓書寫變快，但不會讓思考變快，目前也沒有任何請求參數能做到這點。

費率表：$8 與 $40，均為固定價，另加乘數。

Claude Opus 5.5 的快速模式定價為每百萬輸入 token 8 美元、每百萬輸出 token 40 美元。相較於標準的 4 美元與 20 美元，這是不折不扣的翻倍——不是附帶混合折扣的高階方案，不是按每次請求加收的費用，也不是超過某個上下文門檻後就無法使用的東西。

• 標準 Claude Opus 5.5 — 每百萬輸入 $4.00、每百萬輸出 $20.00、快取讀取 $0.20、快取寫入 $5.00

• 快速模式 Claude Opus 5.5 — 每百萬輸入 $8.00、每百萬輸出 $40.00，於整個上下文視窗內均一計價

• 批次 API Claude Opus 5.5 — 每百萬輸入權杖 $2.00、每百萬輸出權杖 $10.00，非同步作業享 50% 折扣

• Claude Opus 5 與 Claude Opus 4.8 的快速模式 — 每百萬 $10.00 與 $50.00，仍為研究預覽

• 不適用 —— 快速模式完全無法與 Batch API 一起使用，而且在標準費率下的快取讀取價格，目前是 Anthropic 在此模型上販售最便宜的輸入路徑

兩種修飾因子會疊加在快速費率之上，而不是取代它。提示快取乘數會套用於快速模式定價，而當請求指定推論地理區域時所適用的資料落地乘數也同樣適用。兩者都是在已是標準費率兩倍的費率上再乘倍，因此帶有快取寫入與資料落地乘數的快速模式請求，並不是兩倍成本的請求。它是好幾倍成本，而這正是沒人編列預算的那種帳單樣貌。

上下文視窗範圍內的均一性值得單獨用一句話說明，因為這很不尋常。Fast mode 的 $8 與 $40 費率，套用到 900,000-token 請求時，與套用到 9,000-token 請求時相同。在標準速度下沒有長上下文附加費的模型上，Fast mode 因此是乾淨的 2 倍，沒有斷崖——這讓計算變得容易，而遺憾的是，也讓人容易在不知不覺中花錢。

沒有人清楚回答過的訂閱問題

這項變更中最令大多數人意外的地方，其實與 API 無關。在 Claude Code 中，Pro、Max、Team 和 Enterprise 方案的訂閱者可以使用快速模式——而且它是從使用額度計費，而非從你方案的速率限制中扣除。文件寫得很明確：對於訂閱方案的 Claude Code 使用者，快速模式只能透過使用額度使用，且不包含在訂閱的速率限制內。

所以，對於「我的 Max 方案是否涵蓋這項服務？」這個問題，實際答案是：不。你的訂閱涵蓋方案限制內的標準速度 Claude Opus 5.5。快速模式不在此限，並且會按你另行購買的額度計量。另外還有三項條件適用：

• Team 與 Enterprise — 擁有者必須先為組織啟用快速模式，方案中的任何人才能使用。

• Claude Console — 組織需要開通快速模式存取權，而相關花費之後會顯示為一般 API 用量，而非點數

• 雲端工作階段 — 快速模式僅適用於該工作階段，不會儲存為你的預設設定；在 claude.ai/code 上，如果你的方案包含此功能，它會以切換開關的形式出現在模型選單中

當你查看 credits 餘額時，有一件事值得記住：Anthropic 在九月推出 Claude Opus 5.5 時，也同時提高了 Pro、Max、Team 以及以席次計費的 Enterprise 方案的每五小時使用上限，並向訂閱用戶發放了一次速率限制重置，他們可以自行保留，並在任意選擇的時機使用。那次重置正是該花在快速模式實驗上的東西。把那次重置燒掉，測量快速模式在你的工作負載上實際吃掉多少 credits，然後再決定這樣的加倍是否值得——而不是在帳單上才發現答案。

開啟它，以及一個值得了解的成本陷阱

在 Claude Code CLI 中，切換開關是 /fast。按下空白鍵切換，按下 Enter 確認，啟用時會出現一個小小的 ↯ 圖示，顯示在提示旁。切換快速模式 命令，而使用者設定檔中也有 fastMode 設定，供想要永久開啟的人使用。預設情況下，這項選擇會跨工作階段保留，也可以改為設定成每次工作階段都需要重新啟用。

在 API 端，它是一個請求參數：傳送 speed: "fast"，而回應會透過 usage.speed 回報你實際取得的結果，其值會是 "fast" 或 "standard"。這個欄位值得記錄下來，因為它區分了請求是確實以快速模式執行，還是默默沒有。快速模式有專屬的速率限制，與標準 Opus 限制分開；超過限制會回傳 429 並帶有 retry-after 標頭，而不是悄悄退回。對無法提供快速模式的模型要求快速模式時，會回傳錯誤。

接著就是陷阱。第一次在對話中啟用快速模式時，你得為整個對話上下文支付未經快取的完整快速模式輸入價格——包括視窗裡已有的每一個 token。你越是在對話進行到後期才開啟，這筆一次性費用就越高。這筆費用每個對話只收一次，所以之後關掉再重新開啟並不會重複收取，但在一場漫長的代理執行中於第四十回合才開啟，會比在第一回合就開啟貴上許多。Anthropic 自家的建議是在工作階段開始時就啟用快速模式，而不是在對話中途才啟用；對任何執行長時間代理式工作階段的人來說，這不是什麼風格建議，而是 2 倍帳單與大得多的一筆帳單之間的差別。

路由器適用與不適用的時機

Fast mode 是 Anthropic 自家 API 介面上的一項請求參數，而這個後果值得坦白說清楚：OrcaRouter 上 Claude Opus 5.5 的型錄條目所揭露的是標準參數集——推理強度、工具、結構化輸出、詳盡程度、溫度——而 fast mode 並不在該條目所標示的參數之中。誠實的解讀是，這個 2 倍速度的選項得在 Anthropic 家門口才買得到，而路由層在此真正證明自身價值的地方，就在於圍繞它所做出的那項決策。

這個決定通常如出一轍。快速模式對每個 token 一律是 2 倍費率，而大多數生產系統都有一小塊對延遲至關緊要的部分，以及一大塊其餘所有部分。為了服務那一小塊而全面支付 2 倍費用，是把問題解決得很貴的方式。OrcaRouter 將 Claude Opus 5.5 路由為anthropic/claude-opus-5.5 ，並以 Anthropic 公布的定價、0% 加成計價——供應商的費率原封不動地轉傳，因此上方 $4.00 輸入與 $20.00 輸出的數字，就是實際出現在帳單上的金額，而非加成後的等值——而路由 DSL 把這種切分表達為設定：一條規則把互動那塊送往更便宜、更快的模型，其餘則以標準速度留在 Claude Opus 5.5。自動容錯移轉則補上了問題的另一半，讓失敗的呼叫降級到另一條供應商路徑，而不是降級成錯誤頁面。橫跨200 多個模型、一把金鑰、一份帳單，而且當「這樣夠快嗎」的答案結果是另一個模型、而非更快的設定時，也不必再簽第二份合約。

本週誰應該買它，而誰不應該？

如果你的迴圈中的瓶頸在於模型輸出，而非模型思考，那就買它。即時偵錯、對提示詞快速迭代、某個代理的每一回合主要都在輸出冗長的工具引數或大段程式碼編輯——這些正是 2.5 倍輸出速度能直接縮短實際耗時，且加倍的速率能換來讀者感受得到的東西的工作負載。

不要為了讓批次管線更快完成而購買它；Batch API 明確與快速模式不相容，而且已經以標準價格的一半販售同一個模型，也就是快速費率的四分之一。不要為了分類、擷取或路由而購買它，因為這類任務的輸出很短，快取經濟效益才是主導因素，真正發揮作用的是標準費率加上每百萬次 $0.20 的快取讀取。也不要因為佇列開放了就購買它。佇列開放是存取權的變更，不是能力的變更，而一個上週以 $4 和 $20 對你的工作負載而言已足夠快的模型，不會在 $8 和 $40 時變得不足。

真正新鮮的是，試用成本已降到零。不必等待核准，也不必卡在候補名單上，因此對 10 月 15 日的正確反應是去做一次測量，而不是購買：在對話開始時開啟快速模式，記下 usage.speed 回報的內容，用兩種方式跑你自己的互動式工作負載，然後讓額度來決定。接下來要留意的唯一一件事，是另外兩款 Opus 模型。Claude Opus 5 與 Claude Opus 4.8 的快速模式仍處於研究預覽階段，仍須使用 beta 標頭；而如果 Anthropic 把 10 月 15 日的做法延伸套用到它們身上，premium 層級的產品陣容會變得更單純，選擇卻會變得更難。

計分板衡量的項目與部署實際遭遇的狀況之間的落差，正是這份紀錄之所以重要的原因：與此類模型相關的已記錄 AI 失效與代理事件，都收錄在 OrcaRouter AI 事件檔案庫，其中每一筆條目都附有自己的來源、嚴重程度、可信度等級與爭議旗標。