Edgee

什麼是 Edgee Fallback Models？

Edgee Fallback Models 是 Claude Code 工作階段的路由層，當主要模型失敗、碰到配額或變得不可用時，能持續讓請求往前走。它位於 Claude Code 與模型供應商之間，因此可將請求重新嘗試到已設定的備援模型，而不需更改開發者的工作流程或程式碼。

這項產品是為依賴 Claude Code 進行持續工作的使用者而設計，希望能自動切換到其他模型，例如 Edgee 托管模型、BYOK 供應商或雲端託管的 AI 端點。它也支援將請求重新導向到特定模型，以便標準化或控管成本。

在 429 和 5xx 回應時自動備援：如果主要模型受速率限制或發生錯誤，Edgee 會透過已設定鏈中的下一個模型重試相同請求。
速率限制與配額偵測：當達到每週方案上限或其他使用門檻時，Edgee 可以切換模型，減少長時間程式開發中的中斷。
依優先順序排列的模型鏈：使用者可在儀表板中設定偏好的模型順序，Edgee 會依該順序路由請求。
支援多種用戶端工具：頁面說明它可搭配 Claude Code、Codex 和 OpenCode 使用，讓這種路由方式可適用於不只一種程式開發用戶端。
Edgee 托管備援模型：服務包含六個可直接使用、無需另外 API 金鑰的托管模型，包括 Gemma、GLM、Qwen、Kimi 和 MiniMax 選項。
自備金鑰與自備雲端選項：使用者可用自己的憑證，將備援流量路由到 OpenAI、Anthropic、Mistral、DeepSeek、xAI、AWS Bedrock、Google Vertex AI 和 Azure OpenAI 等供應商。
以儀表板為基礎的設定：工作流程在 Edgee 儀表板與 CLI 中設定，不需要代理伺服器設定或程式碼變更。
透明式重新導向：請求會透過備援路徑繼續執行，且保持相同的工作階段內容，因此開發者不需要手動重啟流程。

先安裝 Edgee CLI，並透過 Edgee 連接 Claude Code，而不是直接將請求送到 Anthropic。接著在儀表板中設定依優先順序排列的備援鏈，按需要選擇托管模型、BYOK 供應商或雲端端點。之後 Edgee 會監控請求，並在主要模型失敗或達到限制時自動重新導向。

在實際編碼工作中處理供應商中斷：如果 Claude Opus 或其他主要模型變得不可用，Edgee 可將請求移到下一個模型，讓工作階段持續進行。
從方案或使用量上限中恢復：當達到每週限制時，團隊無需等待重設窗口，也能繼續使用 Claude Code。
在團隊間標準化模型選擇：團隊可將請求路由到單一核准的備援模型，而不是讓每個用戶端各自選擇。
使用組織自己的雲端帳戶：若團隊希望備援流量保留在自己的 AWS、Google Cloud 或 Azure 環境中，可設定 Bedrock、Vertex AI 或 Azure OpenAI。
為政策或計費變動預留 B 計畫：依賴 Claude Code 的組織可提前設定替代模型，以因應配額或計費變更。

Edgee 是否需要變更 Claude Code 提示詞或原始碼？
不需要。頁面說明設定使用 Edgee CLI 與儀表板，不需要變更程式碼。

它支援哪些產品？
頁面明確提到 Claude Code、Codex 和 OpenCode。

我可以使用自己的模型供應商，而不是 Edgee 托管模型嗎？
可以。頁面說明你可以自備金鑰，或透過自己的雲端帳戶路由，包括 AWS Bedrock、Google Vertex AI 和 Azure OpenAI。

當主要模型失敗時會發生什麼事？
Edgee 會偵測 429 和 5xx 回應等錯誤，或配額門檻，並將相同請求路由到備援鏈中下一個可用模型。

所有方案都包含備援路由嗎？
不是。頁面說明自動備援與重新導向屬於 Team 方案。

在 Claude Code 或其他 client 中手動切換模型：可讓工作流程保持簡單，但需要有人注意故障並手動更換模型。
直接使用單一 AI provider：可避免多一層路由，但工作流程會依賴單一供應商的運作時間與配額政策。
自建 proxy 或 gateway 基礎架構：團隊可以自行建立路由邏輯，但通常也代表要自行維護基礎架構、健康檢查與各 provider 的故障切換規則。
不含統一 fallback layer 的 cloud-native AI endpoints：AWS Bedrock、Google Vertex AI 或 Azure OpenAI 可以代管模型，但在此不被視為完整的 Claude Code failover system。