Skip to main content

provider/model 格式

使用與 OpenAI 相容的端點(/v1/chat/completions/v1/embeddings)時, 請使用 provider/model 格式指定模型:
ARouter 解析提供商前綴,將請求路由到正確的上游, 並在轉發前將 model 欄位改寫為提供商的原生格式。

範例

如果省略提供商前綴,ARouter 預設使用 OpenAI。 因此 "model": "gpt-5.4" 等同於 "model": "openai/gpt-5.4"

原生 SDK 端點

對於擁有自己 SDK 格式的提供商,請直接使用原生端點。 提供商由端點路徑決定,而非 model 欄位:
原生端點使用 provider/model 前綴——它們使用提供商的 原始模型名稱,因為提供商已由端點路徑隱含確定。

通用提供商代理

對於任何提供商,您也可以使用通用代理格式:
例如:
  • POST /openai/v1/chat/completions → 代理至 OpenAI
  • POST /deepseek/v1/chat/completions → 代理至 DeepSeek
  • POST /anthropic/v1/messages → 代理至 Anthropic
當您想繞過 model 欄位解析並明確控制哪個提供商接收請求時,此方式非常有用。

自動路由

model 設定為 "auto",ARouter 將自動為您的提示選擇最佳可用模型。無需任何模型設定。

運作原理

  1. ARouter 的路由服務分析您的請求(提示複雜度、任務類型、所需模態等)
  2. 根據成本效率和品質,從健康的可用提供商中選出最優模型
  3. 將您的請求轉發至所選模型
  4. 回應中包含 model 欄位,顯示實際使用的模型

限制可選模型

使用 auto-router 外掛透過萬用字元模式限制 auto 可選擇的模型範圍:
模式語法:
請始終檢查 response.model 以確認實際使用的模型。

程式碼範例

使用場景

  • 通用應用 — 當您不確定使用者會傳送哪類提示時
  • 成本最佳化 — 讓 ARouter 自動將簡單任務路由到高效模型
  • 零設定原型 — 無需選擇特定模型即可快速上手
  • 自適應路由 — 先讓 ARouter 自動選擇,僅在需要精確控制時再切換為有序候選清單

限制說明

  • 自動路由使用標準 messages 請求格式
  • 自動路由從您帳戶可用的模型中選擇
  • 串流傳輸完全支援 "model": "auto"
  • 您按 ARouter 所選模型的正常費率付費,不收取額外路由費
  • 所選模型始終體現在回應的 model 欄位中

候選模型清單

models 陣列與 route 結合使用,讓 ARouter 按順序遍歷候選模型清單。

運作原理

  1. ARouter 嘗試清單中的第一個模型
  2. 如果該模型無法處理請求(提供商錯誤、速率限制、金鑰不可用),則切換到下一個
  3. 如果所有模型均失敗,ARouter 返回含最後一次失敗原因的錯誤

路由行為

控制分區行為

預設情況下,使用候選清單時,端點按模型分組——第一個模型的端點始終在第二個模型之前嘗試。您可以透過 provider.sort.partition 變更此行為:
設定 partition: "none" 可在所有候選模型間全域排序端點——當您希望使用當前最快的模型而不關心清單順序時非常有用。完整參考請參閱提供商路由

在 OpenAI SDK 中使用候選清單

OpenAI SDK 原生不支援 models 參數。請使用 extra_body 傳入:

助手預填充

ARouter 支援讓模型補全部分回應。在 messages 陣列末尾新增一條 role: "assistant" 的訊息,即可從您留下的位置繼續:
模型將從預填充的助手訊息繼續。此技術適用於:
  • 強制特定輸出格式
  • 恢復多輪補全
  • 引導模型生成特定回應結構
並非所有模型都支援助手預填充。Anthropic Claude 和大多數開源模型支援此功能。OpenAI 模型支援有限。

路由底層原理

ARouter 完全透明地處理提供商 API key 注入、健康檢查和故障轉移。 您的應用程式永遠不會看到上游提供商的憑證。