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模型与价格接入文档