Skip to main content
/v1/chat/completions 是大模型行業的事實標準介面 —— 幾乎所有框架、客戶端、SDK 預設支援它。通過 API易,這一個端點可以統一呼叫 OpenAI、Claude、Gemini、DeepSeek 等全部 400+ 模型,切換模型只需要換一個字串。
怎麼選端點:用現成框架/客戶端、或要用同一套程式碼調多家模型 → 用本頁的相容模式;要內建工具(聯網搜尋、程式碼直譯器)或調 Pro 系列模型 → 用 原生呼叫(/v1/responses)。OpenAI 官方對 Chat Completions 的定位是”長期支援,但新專案推薦 Responses”。多輪對話兩種端點都需自己維護歷史,見 多輪對話實現指南

快速開始

一個介面呼叫全平臺模型

這是相容模式最大的價值:換模型只換字串,程式碼一行不動
各家模型的完整名稱和價格見 模型與價格總覽。注意:用相容格式調 Claude 時拿不到 Claude 的 Prompt Cache 優惠,深度使用 Claude 請走 Claude 原生呼叫

各語言 SDK 配置

所有官方 SDK 都支援自定義 base_url,配置一次即可。

Python

也可以用環境變數,程式碼裡零配置:

Node.js / TypeScript

.NET

Go

使用 OpenAI 官方 Go SDK(github.com/openai/openai-go):

Java

使用 OpenAI 官方 Java SDK(com.openai:openai-java):
老專案如果還在用第三方庫(Go 的 sashabaranov/go-openai、Java 的 theokanning 系列),改 base_url 同樣能跑通,但建議遷移到上面的官方 SDK —— 第三方庫對新模型引數(如 reasoning_effort)跟進較慢。

常用功能

流式輸出

推理控制

Chat Completions 端點用頂層 reasoning_effort 引數(注意與 Responses 端點的巢狀寫法不同):
GPT-5.4 及之後的模型(含 gpt-5.6 系列)在本端點上 toolsreasoning_effort 互斥reasoning_effortnone 時攜帶 tools 會報 400 Function tools with reasoning_effort are not supported for ... in /v1/chat/completions;不傳該引數時預設為 medium,同樣觸發。這是 OpenAI 官方限制——需要推理 + 工具呼叫請改用 Responses 端點,或顯式設定 reasoning_effort="none"
gpt-5 系列推理模型在該端點同樣不支援 temperature / top_p,傳了會報錯。

影像輸入

Embeddings

錯誤處理與重試

官方 SDK 內建自動重試(預設 2 次,針對 429 / 5xx / 連線錯誤),優先用它而不是自己寫迴圈:
需要精細處理時按異常型別捕獲:

相容模式的能力邊界

從 OpenAI 官方遷移

已經在用 OpenAI 官方服務的專案,遷移只需兩步、程式碼零改動:
  1. 換 base_url 和 key
  1. 或者只改環境變數(程式碼完全不動)
方法呼叫、引數格式、響應結構全部保持一致。

相關連結