觀點 · 資訊分享

Claude Code 2.1.166：主模型塞車時自動換備援模型，還把跨工作階段訊息的權限收緊

Claude Code v2.1.166 新增 fallbackModel 設定，最多三個備援模型依序接手；deny 規則支援萬用字元；其他 Claude 工作階段轉傳來的訊息不再擁有使用者權限。

一句話看懂：Claude Code 2.1.166 讓你設定最多三個備援模型，主模型塞車時自動接手；同時收緊了權限規則與跨工作階段訊息的信任。

Claude Code 2.1.166 重點更新資訊圖卡：主模型過載或不可用時，依序換備援模型；權限規則也收得更緊

先用白話講：備援模型是什麼？

想像你每天搭的捷運突然停駛，如果你事先查好「接駁公車」和「計程車」兩條路線，就能馬上換方案，不會遲到。備援模型（fallback model）就是這個概念：AI 工具平常用主要模型工作，萬一它過載或暫時不能用，就依你排好的順序換下一個模型繼續做。

Anthropic 在 6 月 6 日（UTC）釋出 Claude Code v2.1.166，主要更新有：

fallbackModel 設定：最多設定三個備援模型，主模型過載或不可用時依序嘗試；命令列的 --fallback-model 現在也適用於互動式工作階段
deny 規則支援萬用字元：工具名稱位置可用萬用字元，單獨寫 * 就拒絕所有工具；allow 規則則不接受非 MCP 的萬用字元；deny 裡寫了不認識的工具名稱，啟動時會警告
強化跨工作階段訊息：從其他 Claude 工作階段經 SendMessage 轉傳的訊息，不再擁有使用者的權限，接收方會拒絕轉傳來的權限請求，自動模式也會阻擋
失敗時再試一次：API 拒絕意外且無法重試的錯誤時，會改用備援模型重試一次；驗證、速率限制、請求大小與連線傳輸錯誤仍會直接顯示

之後的 v2.1.167、v2.1.168 官方只寫「錯誤修正與穩定性改善」。

{
  "fallbackModel": ["模型 A", "模型 B", "模型 C"]
}

以上是示意：官方只說「fallbackModel 設定，最多三個備援模型依序嘗試」，欄位的確切格式與可用的模型名稱請看官方設定文件，這裡不替官方補細節。

我自己寫程式時很依賴 AI 工具，最怕的是跑到一半主模型塞車，整個流程卡住。備援模型這種功能看似小，其實對「讓它自己跑一段時間」的用法很重要。

不過我會提醒自己兩件事：備援模型的能力不一定跟主模型一樣，自動換過去之後，輸出品質和費用都可能變；另外，跨工作階段訊息不再帶有使用者權限這點，對想讓多個 AI 代理互相協作的人是好事，代表「叫別的代理幫我批准」這條路被堵住了。自動化越方便，越要把權限邊界看清楚。

fallbackModel 是做什麼的？

當主要模型過載或無法使用時，Claude Code 會依序改用你設定的備援模型，最多可以填三個，避免工作中斷。

遇到什麼錯誤會切到備援？

官方說明：API 拒絕了意外的、無法重試的錯誤時，會在備援模型上重試一次；但驗證、速率限制、請求大小與連線傳輸類錯誤仍然會直接顯示。

為什麼要收緊跨工作階段訊息的權限？

官方只寫「加強防護」：其他 Claude 工作階段轉傳來的訊息不再帶有使用者的權限，所以不能藉由轉傳去批准高風險動作。背後的完整威脅情境，官方這則更新沒有說明。

作者

接案做系統開發、網站與主機託管。觀點裡的文章都是我自己寫的,寫的是做專案時第一手遇到的事。