OpenAI API 替代方案：哪些表面仍然可用

“OpenAI API 的替代方案”其实是两种不同的替换，而搜索结果中的大多数汇总文章只回答其中一种。替换模型——改用 Claude、Gemini 或开放权重模型——会更换提供商、账号、SDK 和计费方式。替换端点则只需更换 base_url 和 API 密钥，代码无需改动，因为被复制的是 OpenAI 线协议格式。请先明确你要进行哪一种替换；模型列表无法告诉你迁移成本。

列表文章跳过的关键问题，才是真正决定迁移结果的问题：哪些 OpenAI 接口实际上能够保留。本页面专门针对 Kunavo 回答这一点，包括三个答案为否的项目。立场声明：Kunavo 是我们的产品——一个独立的 OpenAI 兼容网关，不是 OpenAI，也不是 Anthropic。费率和可用性最近核验于 2026年10月1日。

三种路线，以及每种路线在代码层面的成本

方式	你的代码会发生什么变化	在以下情况下选择它
其他供应商的自有 API	新的 SDK、新的认证方式、新的请求结构	你想使用某一家供应商的完整接口，包括只有它提供的功能
OpenAI 兼容网关	`base_url` 和密钥	你想使用多个供应商的模型，而无需维护多个账号
自托管的 OpenAI 兼容服务器	`base_url` 和密钥，外加运行服务器	提示词文本不能离开你的基础设施

提供商自有的兼容端点是第四种、更有限的选项：Google 为 Gemini API 发布了 OpenAI 兼容层，这相当于仅限于该供应商模型的同一 base_url 替换。

完整替换端点

swap.py

# The whole migration, when you swap the endpoint rather than the model.
from openai import OpenAI

client = OpenAI(
    api_key="sk-kn-...",                      # was sk-proj-...
    base_url="https://api.kunavo.com/v1",     # the only other line that moves
)

# Same SDK, same call shape, same streaming, same tool-call format.
resp = client.chat.completions.create(
    model="claude-sonnet-5",                  # now reachable on the same key
    messages=[{"role": "user", "content": "Summarise this changelog."}],
    stream=True,
)

哪些 OpenAI 接口可以保留

迁移前请先阅读中间一列。“仅路由”表示线协议已实现，但其后没有启用模型，因此调用会失败——这比路由未实现更令人意外，也是该行需要列出而不能悄悄省略的原因。

OpenAI 接口	在 Kunavo 上	功能 / 说明
`/v1/chat/completions`	是	Chat, streaming, tool calls — The one almost every migration is about.
`/v1/responses`	是	The Responses API — Implemented — this is what Codex CLI speaks.
`/v1/models`	是	List what you can call — Always the authority on availability.
`/v1/images/generations`	是	文生图
`/v1/images/edits`	是	Image editing — Prompt-directed; no mask inpainting.
`/v1/embeddings`	仅路由	Embeddings — Route exists, no model enabled — embed against OpenAI, Voyage or Cohere directly.
`/v1/audio/speech`	仅路由	Text to speech — Route exists, no model enabled.
`/v1/audio/transcriptions`	仅路由	Speech to text — Route exists, no model enabled.
`/v1/files`	是	Upload a source image — For image edits and image-to-video.
`Assistants, Threads, Vector Stores`	否	OpenAI's hosted agent state — Not implemented. Keep that state in your own app.
`Realtime`	否	Realtime voice sessions — Not implemented.
`Batch, Fine-tuning, Moderations`	否	未实现。

3“仅路由”项目是规划时需要重点考虑的部分。RAG 流程是最常见的场景：直接通过嵌入提供商完成嵌入，通过网关完成生成。无论如何，两者都是独立的 HTTP 调用，因此成本是多一个密钥，而不是多一套架构。GET /v1/models始终是确认当前可调用内容的权威来源。

每 token 的替换成本

以 2026 年 9 月 Kunavo 的同类价格进行比较：Claude Sonnet 4.6 每 1M token 的输入 / 输出价格为 $2.10 / $10.50 相对于 Anthropic 的 $3.00 / $15.00，GPT-5.6 Sol 为 $2.00 / $12.00 相对于 OpenAI 目前收取的促销价 $4.00 / $20.00（标价为 $5.00 / $30.00；促销至少持续到 2026年11月21日）。请在OpenAI 的价格页面核对 OpenAI 方面的价格，不要只参考我们的价格。通常比供应商选择更能影响账单的因素是提示词缓存：代理每轮都会重新发送大型系统提示词，因此未缓存的输入会占主导。

Kunavo 不是什么

不是 OpenAI，也不是一种更便宜地获得 OpenAI 托管代理基础设施的方式——Assistants、Threads、Vector Stores、Realtime、Batch、微调和 Moderations 均未实现，基于这些功能构建的应用无法只通过更换 base_url 来迁移。它也不是开放权重模型托管服务：如果你想在自己的硬件上运行 Llama 或 Qwen，应选择自托管的 OpenAI 兼容服务器，而不是这里。根据上表，它也不是嵌入提供商。

如需了解相邻主题的比较，请参阅：OpenRouter 替代方案、四种 LLM 网关，以及用于查看精确请求和响应结构的聊天端点参考。

常见问题

OpenAI API 的最佳替代方案有哪些？

这取决于你要进行哪一种替换，而搜索结果中的汇总文章大多只回答两种问题之一。如果你想更换模型，候选名单包括 Anthropic 的 Claude、Google 的 Gemini，以及由推理服务提供商提供的开放权重模型系列。如果你想保留 OpenAI 代码，只改变代码指向的位置，候选名单则不同：Kunavo 或 OpenRouter 这样的 OpenAI 兼容网关，Google 这样的提供商自有兼容端点，或者 Ollama、vLLM 这样的自托管 OpenAI 兼容服务器。第二种迁移只需更改 base_url 和密钥；第一种可能需要迁移 SDK。

是否有免费的 OpenAI API 替代方案？

对于托管提供商的生产流量，没有——推理确实会消耗 GPU 时间，没有人会无限量免费提供。真正免费的路线是使用你已经在承担成本的硬件自托管开放权重模型（Ollama 和 vLLM 都提供 OpenAI 兼容端点，因此代码只需相同的 base_url 替换），以及部分提供商提供的、带有严格每日上限的免费层。对于宣传为无限免费的 OpenAI 兼容 API，要问清楚它实际代理的是什么，以及它如何处理你的提示词。

OpenAI 和 Anthropic 哪个 API 更便宜？

没有哪个始终更便宜——这取决于你使用的档位，以及输入内容有多少会重复。以 2026 年 9 月 Kunavo 的同类价格进行比较：Claude Sonnet 4.6 的每 1M token 输入 / 输出价格为 $2.10 / $10.50，GPT-5.6 Sol 为 $2.00 / $12.00。通常比供应商选择更能影响账单的因素是提示词缓存，因为代理每轮都会重新发送大型系统提示词，而两个模型系列的缓存输入价格都只是新鲜输入的一小部分。

我可以在不修改代码的情况下切换掉 OpenAI API 吗？

大体上可以，而例外情况正是本页面兼容性表格要说明的。如果你的应用使用聊天补全、流式传输、工具调用和 Responses API，那么 OpenAI 兼容网关只需更换 base_url 和 API 密钥——SDK、请求结构和响应结构都保持不变。无法随之迁移的是 OpenAI 托管的代理状态（Assistants、Threads、Vector Stores）、Realtime API、Batch、微调和 Moderations；Kunavo 均未实现这些功能。在假定可以直接替换之前，请检查代码实际调用的具体接口。

OpenAI 兼容网关支持嵌入吗？

不会自动支持，而且嵌入是最可能缺失的接口——请在迁移前检查，而不是迁移后才发现。具体到 Kunavo，/v1/embeddings 已实现线协议格式，但其后没有启用模型，因此调用会失败，RAG 流程中的嵌入步骤必须直接转到 OpenAI、Voyage 或 Cohere。这只会多需要一个 API 密钥，不会改变其他架构，因为嵌入调用和生成调用本来就是两个独立请求。GET /v1/models 始终是确认当前实际可调用内容的权威来源。

OpenAI 兼容 API 和 OpenAI 是一回事吗？

不是。OpenAI 兼容 API 复制的是线协议格式——URL 结构、请求体和响应体——因此现有客户端可以与它通信。它并非由 OpenAI 运行，也不一定提供 OpenAI 的模型，并且会自行决定数据保留、速率限制以及实现哪些接口。Kunavo 是独立网关，不是 OpenAI，也不是 Anthropic；因此上表既列出可用功能，也列出不可用功能。