跳转到主要内容
/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. 或者只改环境变量(代码完全不动)
方法调用、参数格式、响应结构全部保持一致。

相关链接