OlithmRouter · AI API 中轉站
OlithmRouter › 知識庫 › OpenAI 相容 API 是什麼?為什麼所有模…

OpenAI 相容 API 是什麼?為什麼所有模型都在支援它

OpenAI-Compatible API Explained

TL;DR — OpenAI 相容格式(POST /v1/chat/completions,messages 陣列進、choices 陣列出)已成為 LLM API 的事實標準。DeepSeek、Kimi、GLM、Qwen、以及所有中轉站都原生支援它。這代表:你的程式碼只需寫一次,換模型=換一個字串。中轉站的價值就是把這個「相容」做扎實——串流、工具呼叫、usage 統計、錯誤格式全部一致。

本頁目錄

  1. 格式長什麼樣
  2. 「相容」的三個層級
  3. 為什麼 reasoning 模型帶來新欄位
  4. 挑選服務商時的相容性檢查單
  5. 常見問題

格式長什麼樣

請求:{model, messages:[{role,content}...], stream, max_tokens, tools...};回應:{choices:[{message:{role,content}}], usage:{prompt_tokens,completion_tokens}}。就這麼簡單——這正是它成為標準的原因。

所有主流 SDK(openai-python、openai-node、LangChain、LlamaIndex、Vercel AI SDK)都支援覆寫 base_url,所以「換到中轉站」= 改兩行配置。

「相容」的三個層級

①請求格式相容:各家都做得到。②串流相容:SSE 的 chunk 拼接、finish_reason、[DONE] 結尾——很多便宜服務在這裡出錯。③生態相容:工具呼叫(tools/tool_calls)、JSON 模式、usage 統計、reasoning 欄位——做到這層的才配叫「全相容」。

OlithmRouter 在閘道層統一實作三個層級,並額外支援 Anthropic Messages 與 Gemini /v1beta 兩種原生協定——同一把金鑰,三種協定。

為什麼 reasoning 模型帶來新欄位

推理型模型引入了 reasoning/thinking 欄位與 reasoning_effort 參數,各家格式又不一致。OlithmRouter 正規化三種協定的 reasoning_effort 為 low/medium/high,控制台日誌顯示強度標記,方便你對帳與調參。

挑選服務商時的相容性檢查單

串流 chunk 是否逐段即時到達(不是攢最後一次吐);usage 是否真實(對照官方 token 計算);工具呼叫的多輪迴圈是否正常;錯誤格式是否仍是 OpenAI 形狀(SDK 才能解析);429 是否帶 Retry-After。

常見問題

一定要用 openai 官方 SDK 嗎?
不用,任何能發 HTTP POST 的語言都行;官方 SDK 只是省事。
同一把金鑰能呼叫不同家族模型嗎?
可以。OlithmRouter 的金鑰按分組授權模型清單,一把金鑰即可覆蓋分組內所有模型。
相容格式會被新標準取代嗎?
短期不會。即使新協定出現,OpenAI 格式仍是最大公約數;OlithmRouter 同時支援新協定(如 Anthropic Messages)。
怎麼測服務商相容性好不好?
跑三個測試:串流即時性(逐 chunk 到達時間)、工具呼叫多輪迴圈、usage 與實際 token 對帳。

相關文章

準備好試用了嗎?

OlithmRouter 提供 48+ 主流模型、多級分組定價與免費體驗分組——註冊後建立一把金鑰即可開始。

OlithmRouter模型與價格接入文檔