想换掉 OpenRouter?先核对 Ofox 费用和迁移条件

评估 Ofox 是否适合替代 OpenRouter:核对充值与模型费用、模型 ID、路由字段和响应格式,用 Python 连接模板检查迁移条件,再逐步切换流量。

想换掉 OpenRouter?先核对 Ofox 费用和迁移条件

如果 Ofox 的模型目录、计费条件和接入方式符合你的应用需求,可以把它列入 OpenRouter 替代方案。 充值前先确认需要的具体模型和协议。应用如果依赖路由控制、平台专有字段或特定响应格式,迁移就不只是换一个 API 地址。

本文由 Ofox 发布,于 2026 年 9 月 9 日核查;没有跨平台延迟实测,也不承诺注册赠送免费额度。如果正在为 OpenCode 选供应商,可先看 OpenCode API 选型

充值前先算哪些钱?

要比较的项目OpenRouterOfox
模型价格核对所选模型及端点核对模型目录和账户实际适用的报价
充值条件公开按量计费价格页列出 5.5% 平台费;适用的最低费用和支付条款以结账页为准计费文档说明按量充值使用;在控制台确认实际支付和到账金额
高级请求控制官方文档提供供应商路由和回退控制按 Ofox 文档重新配置,不能假定字段相同
决策依据实际任务账单与完成结果同一任务、目标模型、协议和计费条件下的账单与结果

来源:OpenRouter 价格页OpenRouter 供应商路由Ofox 计费文档。充值手续费比例和模型 token 单价属于不同费用,不能拿一边的充值费与另一边的推理单价直接比较。

小规模评估时,记录实付金额、到账余额、模型扣费和合格结果数,再据此估算业务成本。宣传单价较低,不等于每完成一个任务的总成本一定更低。

迁移前核对四项

检查项需要匹配什么
API 操作应用需要的 Chat Completions、Responses、Images 或原生协议
模型 ID目标平台公布的完整 ID,包括厂商前缀
请求行为实际使用的工具调用、流式输出、结构化输出、推理设置和平台专有字段
响应处理文字或图片表示方式、工具结果、错误、用量字段,以及应用读取的其他元数据

OpenRouter 的路由文档定义了供应商排序、回退等控制。做基础兼容测试时先移除其专有字段,再按目标平台文档逐项实现需要的控制。隐私或路由限制不能在迁移时被悄悄丢掉。

生图还要核对具体操作和图片返回格式。聊天端点兼容 OpenAI,不代表 Images 端点也支持同样的请求。GPT Image 2.5 开通指南分清了 OpenAI 与 Ofox 的模型 ID,并提供有文档依据的生成示例。

创建目标平台的凭证

确认目录和条款满足需求后,创建 Ofox 账户,进入 API Keys,先检查计费再测试。认证指南解释了密钥创建和各协议的认证方式。保留原 OpenRouter Key 用于回滚,不要直接把它覆盖成 Ofox 凭证。

Ofox 的 OpenAI SDK 文档使用 https://api.ofox.io/v1;OpenRouter 的快速入门使用 https://openrouter.ai/api/v1。它们是 SDK 的 Base URL,具体操作路径由 SDK 添加。

用 OpenAI SDK 验证连接

先用 python -m pip install --upgrade openai 安装 Python SDK。在源码之外设置 OFOX_API_KEYOFOX_MODEL_ID。模型 ID 应从当前 Ofox 目录中支持 Chat Completions 的条目复制,不直接假设与原来的模型字符串相同。

import os
from openai import OpenAI

client = OpenAI(
    base_url="https://api.ofox.io/v1",
    api_key=os.environ["OFOX_API_KEY"],
)
response = client.chat.completions.create(
    model=os.environ["OFOX_MODEL_ID"],
    messages=[{"role": "user", "content": "Reply with a short greeting."}],
)
print(response.choices[0].message.content)
print("Usage:", response.usage)

这是按 SDK 和平台文档核对的最小连接模板,不是付费迁移实测。成功收到问候,只说明这一条请求通过。应用实际使用的流式响应、工具调用和结构化输出,还要分别验证。

OpenCode 请按对应版本的配置教程操作,不要假定仅设置环境变量就能注册自定义供应商。其他工具也可能需要不同的协议和配置格式。

验证通过后再逐步切流量

保留原配置,先让新连接处理少量代表性任务,比较报错、费用和合格结果,满足自己的验收要求后再扩大用量。如果依赖的 OpenRouter 功能尚未在 Ofox 上复现,这部分任务应先留在原平台,等替代方式验证完成。

持续出现 429、401 或模型找不到,需要先定位问题。到另一个平台充值,不能自动修复错误配置,也不保证获得更多上游容量。可以按 429 排查指南先判断是否适合重试,再处理额度或配置问题。

常见问题

从 OpenRouter 换到 Ofox,只改两处配置就行吗?
客户端连接要改 Base URL 和 API Key,但还需核对模型 ID、端点支持、请求字段和响应处理。OpenRouter 专有路由设置不能自动迁移。
Ofox 一定比 OpenRouter 便宜或快吗?
本文没有得出这种普遍结论。应在同一任务下比较当前模型费率、充值条件和实际账单;延迟也需要在可比条件下测量。
必须一次迁走全部流量吗?
不必。保留原配置,先用少量代表性任务评估新连接,确认回滚路径后再逐步迁移生产流量。