更低成本调用熟悉的模型,让同样的预算支持更多业务。先选择所需模型与线路,再核对输入、输出和缓存价格;不同型号、线路与用量组合的实际节省幅度会有所不同。迁移时更换 API Key、Base URL 和对应模型 ID,保留现有业务流程,并核对专有路由与工具能力。
资料核对:。核对 OpenRouter 官方接入、路由与计费文档以及本站现有配置;未进行本轮双平台付费调用、支付或实扣对比。 2026-10-09 补充配置/输出契约与任务费用记录;固定任务 API 报告和下载模板不代表客户端实测或双平台费用排名。
先按需求,再按费用选择
主要使用普通聊天请求的项目,可以先从最小配置评估迁移;依赖供应商筛选、自动回退或其他 OpenRouter 路由行为的项目,应先确认目标服务有对应能力。两家的型号单价并不能直接说明完整任务成本,短文本成功也不能证明 Agent、工具或多模态流程可用。
apizt 与 OpenRouter 对比| 对比项 | apizt API | OpenRouter |
|---|
| 支付与充值 | 以 apizt 控制台充值页实际显示的方式、到账额度为准 | 官方 FAQ 列出信用卡、AliPay、USDC;以账号结账页为准 |
|---|
| OpenAI 兼容 Base URL | https://api.apizt.com/v1 | https://openrouter.ai/api/v1 |
|---|
| 模型名称 | 复制 apizt 价格页中的模型 ID | 复制 OpenRouter 模型目录中的 ID,不直接沿用其他平台名称 |
|---|
| 费用 | 核对输入、输出、缓存和所选分组价格;以美元价格页为准 | 核对模型价、购买额度费用及其他适用费用;以官网为准 |
|---|
| 兼容性 | 按所选模型和分组确认工具调用、流式与接口支持 | 按模型和供应商路由确认能力,不能假设专有参数通用 |
|---|
| 路由与回退 | 以目标模型、令牌分组与接口说明为准;不假定接受其他平台路由字段 | provider、models 等路由或回退设置应按官方文档单独核对 |
|---|
| 迁移验收 | 有效结果、所需功能、失败重试及实际账单分别记录 | 保留迁移前的同任务结果与配置,便于比较及恢复 |
|---|
迁移时逐项处理参数,而不只换域名
迁移的通过条件是原任务在新配置下仍能完成。以下核对表将通用字段与专有行为分开;2026-10-07 核对官方资料,没有双平台性能或费用实测样本。
| 配置项 | 迁移做法 | 验证方法 |
|---|
| Key 与基础地址 | 使用独立 apizt Key 和 https://api.apizt.com/v1 | 模型请求到达目标域名,返回有效内容 |
|---|
| 模型 ID | 从目标分组目录复制准确 ID | 核对版本、端点、输入与输出限制 |
|---|
| provider / models / route / transforms | 先记录原要求,再核对目标对应能力 | 供应商、回退或数据要求不能因删字段而丢失 |
|---|
| tools / stream / response_format | 按实际任务逐项启用 | 工具往返、流式终态与 JSON 字段校验通过 |
|---|
| 应用标识头 | 核对 HTTP-Referer 与 X-OpenRouter-Title 是否仍需要 | 不将排名标识头当成通用鉴权 |
|---|
| 用量与费用 | 对齐全部输入、缓存、输出、失败重试与适用平台费 | 相同验收条件下比较完整任务账单 |
|---|
| 能力迁移清单 | 记录 source_model、target_model、protocol、required_features、provider_policy 与 output_checks | 只对已确认的能力切换;原路由约束不能默默删掉 |
|---|
| 每个通过任务的完整成本 | 同一任务集总实扣 ÷ 验收通过数;总实扣含失败尝试与重试 | 通过数为 0 时记不可计算;单平台 API 样本不能称为双平台价格排名 |
|---|
- 配置项
- Key 与基础地址
- 迁移做法
- 使用独立 apizt Key 和 https://api.apizt.com/v1
- 验证方法
- 模型请求到达目标域名,返回有效内容
- 配置项
- 模型 ID
- 迁移做法
- 从目标分组目录复制准确 ID
- 验证方法
- 核对版本、端点、输入与输出限制
- 配置项
- provider / models / route / transforms
- 迁移做法
- 先记录原要求,再核对目标对应能力
- 验证方法
- 供应商、回退或数据要求不能因删字段而丢失
- 配置项
- tools / stream / response_format
- 迁移做法
- 按实际任务逐项启用
- 验证方法
- 工具往返、流式终态与 JSON 字段校验通过
- 配置项
- 应用标识头
- 迁移做法
- 核对 HTTP-Referer 与 X-OpenRouter-Title 是否仍需要
- 验证方法
- 不将排名标识头当成通用鉴权
- 配置项
- 用量与费用
- 迁移做法
- 对齐全部输入、缓存、输出、失败重试与适用平台费
- 验证方法
- 相同验收条件下比较完整任务账单
- 配置项
- 能力迁移清单
- 迁移做法
- 记录 source_model、target_model、protocol、required_features、provider_policy 与 output_checks
- 验证方法
- 只对已确认的能力切换;原路由约束不能默默删掉
- 配置项
- 每个通过任务的完整成本
- 迁移做法
- 同一任务集总实扣 ÷ 验收通过数;总实扣含失败尝试与重试
- 验证方法
- 通过数为 0 时记不可计算;单平台 API 样本不能称为双平台价格排名
使用已有迁移核对表
- 固定任务与输出验收标准,保存原配置;为测试建立独立 Key,记录所选型号与分组。
- 先保留 model 和 messages,确认基础请求;逐项恢复业务参数,分别记录结果、usage、错误和重试。
- 填写迁移核对表并保留原配置,再评估小批量切换。现有示例与空白记录表不包含性能、成功率或费用排名。
- 先填写下方迁移清单,再用固定任务报告的检查方法在自己的两套配置各跑一次。保留原平台路由要求与配置,逐项核对结果;记录模型单价、用量估算和实扣三者,未取得实扣时把费用写为待核对。
迁移记录示例,不是可直接发送的 API 请求;占位符、路由要求和验收项应替换为自己的项目配置。
{
"source_model": "REPLACE_WITH_OPENROUTER_MODEL_ID",
"target_model": "REPLACE_WITH_tokenba_MODEL_ID",
"protocol": "chat",
"required_features": ["text", "tool_round_trip"],
"provider_policy": "RECORD_EXISTING_ROUTING_REQUIREMENTS",
"output_checks": ["non_empty_text", "valid_tool_arguments", "tool_result_received"],
"billing_status": "not_reconciled"
}
下载 MIT 接入包与任务记录表核验日期与验证范围见各页记录;历史实测保留原日期,示例和空白记录表不等于真实任务结果。
把选好的模型,接入你的应用
从 Claude、GPT、Gemini 等模型中选择所需能力。获取 API Key,按工具配置接口地址,再用一个小请求确认结果和费用。
创建 API Key
在控制台创建令牌,选择需要使用的模型权限。
填写接入配置
按工具要求填写 API Key、接口地址与模型 ID。
发起第一次调用
确认收到有效结果,再到控制台查看用量与费用。