平臺簡介
一個端點、一套憑證,連接多個模型生態。 RouteAPI 讓應用側接入保持穩定,同時允許後臺服務路徑持續演進。
RouteAPI 是什麼?
Section titled “RouteAPI 是什麼?”RouteAPI 是面向開發者和生產團隊的 AI API 閘道。它把 OpenAI、Claude、Gemini 等全球模型與中國模型聚合到一個帳戶、一組 API Key 和統一介面之下,讓應用無需分別維護多家供應商的端點、憑證和帳單。
你可以繼續使用熟悉的 SDK 和請求格式,只需將 Base URL 與 API Key 切換到 RouteAPI。平臺在後臺完成鑒權、協議適配、服務路徑選擇、故障保護、用量記錄與計費,並按客戶端預期的格式返回結果。
為什麼使用 RouteAPI?
Section titled “為什麼使用 RouteAPI?”- 一次接入,多模型複用。 透過一個穩定的接入點調用全球與中國 AI 模型,業務代碼使用統一的鑒權方式和模型 ID,不必為每家供應商重複實現客戶端、帳戶與計費邏輯。
- 降低單一供應商故障的影響。 RouteAPI 根據所選模型、系統路由配置和服務狀態選擇可用路徑;當上游出現短暫錯誤、超時或限流時,平臺會在安全且存在合適路徑的情況下繼續處理請求。
- 看清用量、效能與成本。 控制臺集中展示請求量、Token 用量、餘額和調用趨勢;使用日誌提供模型、狀態、耗時、費用與錯誤資訊,便於排障、審計和成本分析。
統一 API 接入 使用 OpenAI 相容、Claude Messages 和 Google Gemini 等主流協議。
模型路由 按模型能力、路由配置和服務狀態把請求發送到合適路徑。
故障保護 在安全條件下處理上游錯誤、超時和限流,降低服務中斷影響。
統一計費 集中記錄文字、多模態與非同步任務的用量和費用。
請求級可觀測性 透過狀態、耗時、Token、費用和錯誤資訊定位問題。
客戶端生態 接入 OpenAI SDK、Codex、Cursor、Claude Code、OpenCode 等工具。
一次請求如何流轉?
Section titled “一次請求如何流轉?”- 發送請求。 應用攜帶 RouteAPI Key、模型 ID 和請求參數發起調用。
- 校驗存取。 RouteAPI 檢查身份、帳戶權限、餘額與用量限制。
- 匹配路徑。 平臺識別協議和能力需求,並根據系統配置為已選模型匹配可用服務路徑。
- 適配與保護。 請求被轉換為上游所需格式,必要時執行安全的重試或故障轉移。
- 返回並記錄。 RouteAPI 將響應轉換為客戶端預期的格式,並記錄用量、耗時、狀態與計費資訊。
RouteAPI 適合誰?
Section titled “RouteAPI 適合誰?”| 團隊 | RouteAPI 帶來的價值 |
|---|---|
| 平臺與基礎設施團隊 | 集中管理模型接入、憑證、路由和上游服務變化。 |
| AI 應用團隊 | 保留熟悉的 SDK 和協議,用穩定模型 ID 構建聊天、Agent、RAG 與多模態應用。 |
| 運營與財務團隊 | 在統一視圖中追蹤用量、延遲、失敗和支出,減少多供應商帳單對帳成本。 |
| 獨立開發者 | 用一個帳戶和 API Key 快速試用不同模型,並按實際用量付費。 |
RouteAPI 提供三類主要協議入口。優先選擇客戶端原生支援的協議,具體參數和模型能力可能因模型與上游服務而異。
| 協議 | 典型介面 | 常見客戶端 |
|---|---|---|
| OpenAI 相容 | /v1/chat/completions、/v1/responses、/v1/embeddings | OpenAI SDK、Codex、Cursor、OpenCode、LangChain、LiteLLM |
| Claude Messages | /v1/messages | Claude Code、Anthropic SDK |
| Google Gemini | /v1beta/models/{model}:generateContent | Google GenAI SDK、Gemini REST 客戶端 |
快速開始 建立 API Key,並發送第一條 RouteAPI 請求。
查看模型與價格 確認可用模型、能力和當前計費標準。
選擇客戶端 按照 Codex、Cursor、Claude Code 或其他客戶端的指南完成配置。
第一次接入時,建議先完成快速開始,再閱讀路由概覽和用量與計費。上線前,請用真實請求格式驗證所選模型的串流輸出、工具調用和多模態等可選能力。