托管 LLM API 对比

KeepRouter 对比 OpenRouter:按真实路由与计费需求选择

KeepRouter 是带公开用户价格的托管预付费模型目录,受支持聊天模型可走 OpenAI 与 Anthropic 兼容路由,上游路由由运营方管理且不公开。OpenRouter 是多供应商 API,其当前文档提供请求级供应商选择、排序、fallback、数据策略与 BYOK 控制。需要边界明确的目录和更简单采购路径时更适合 KeepRouter;必须由应用直接控制供应商路由时更适合 OpenRouter。 [1] [2] [6] [7]

最后复核 2026-09-29 · 编辑复核: KeepRouter Editorial

直接结论

KeepRouter 与 OpenRouter 都能减少分别开通模型账户的工作,但开放给用户的控制面不同。KeepRouter 通过 KeepRouter 账户、预付额度和 KeepRouter API Key 销售实时目录中的模型与端点;OpenRouter 当前官方文档则描述了一套统一 API、聚合额度,以及可写入请求体的细粒度供应商路由偏好。

这不是排名,也不代表功能对等。真正需要回答的是:团队更需要一个减少路由决策的托管目录,还是需要由应用直接配置的供应商路由控制面。

决策表

决策维度KeepRouterOpenRouter
客户端 API受支持聊天模型可使用 OpenAI Chat Completions 或 Anthropic Messages;Responses 与专用模态走各自文档化路由官方文档围绕统一 API,并记录 OpenAI 风格调用与 OpenRouter 专有路由控制
供应商选择上游路由由运营方管理且保持私密;用户选择公开模型 ID,而不是供应商端点provider 对象可对文档化供应商端点排序、允许、排除、限制或关闭 fallback
计费关系使用 KeepRouter 预付额度;实时目录公开每个模型当前的 KeepRouter 用户价格与计价单位OpenRouter 文档说明额度、逐模型与逐供应商价格、Activity 历史,以及当前计划下的 BYOK
模型发现注册前即可看到公开模型 ID、已有厂商信息、模态、端点和用户价格OpenRouter 提供自己的模型浏览器与 Models API,并包含其产品定义的供应商信息
数据与路由策略以 KeepRouter 安全与隐私页面为准;公开页面不承诺可选上游或统一保留政策当前路由文档在受支持时提供 data collection、ZDR 等偏好字段
更适合需要托管目录、受支持模型的 Anthropic 兼容直连和预付费使用,同时不想运营供应商策略的团队需要请求级供应商顺序、性能或价格偏好、fallback、BYOK 或明确供应商选择的团队

KeepRouter 更合适的情况

当所需模型已在实时目录中、团队不想管理各供应商账户,并希望只做模型与端点决策而不必每次选择服务供应商时,KeepRouter 路径更直接。对需要在同一 KeepRouter 账户下同时使用 OpenAI 与 Anthropic 客户端形态的应用,它也是一个不同选择,但具体支持仍以模型页列出的路由为准。

如果采购或合规要求应用点名实际服务供应商、强制供应商顺序、使用自有上游凭据,或按延迟、吞吐、量化和数据策略字段选路,KeepRouter 就不是更合适的选择。这些能力不属于 KeepRouter 的公开用户契约。

OpenRouter 更合适的情况

如果供应商路由是应用需求,而不是可隐藏的实现细节,OpenRouter 更匹配。其官方 Provider Selection 指南记录了供应商顺序、允许与排除列表、fallback 控制、价格或性能排序、参数要求和数据策略偏好;FAQ 还记录了聚合额度、Activity 历史和 BYOK 条款。

这些控制也会增加团队必须测试和治理的决策。购买前应阅读 OpenRouter 当前模型、供应商、隐私和价格文档;本页不会复制会独立变化的模型数量、费用、单价、延迟数字或计划额度。

OpenRouter usage tracking

OpenRouter FAQ 把用户引向 Activity view 查看 usage history,并说明可以按 model、provider 与 API key 筛选;它还提供 credits API 查询余额。这是 OpenRouter 产品能力,不代表应用自己的 customer、feature 或 job 已经能归属。如果需要核算单位经济,应在受支持字段中附加稳定且不敏感的应用标识,保留本地 request ID,并把 Gateway usage 与应用成功任务记录对账。

记录可以回答单独不能回答
Gateway request metadataModel、provider、tokens、latency、cost、key终端用户任务是否有用或完成
Application request recordTenant、feature、job、outcome、retryGateway 未返回时,无法知道具体私密 provider route
Billing 或 credit ledger扣费与余额输出质量、用户意图或失败责任

按量计费功能页说明 KeepRouter 侧的归属边界。比较产品时应使用相同 request ID 边界。

OpenRouter data retention 与 ZDR

OpenRouter 当前 data-collection 页面说明,默认不保存 prompt 与 response 正文,会保存 request metadata。可选 Input & Output Logging 会保存完整内容至少三个月,而且可能保留更久,除非请求删除。Provider endpoint policy 属于另一层。OpenRouter ZDR 控制只路由到合格 provider endpoint,但文档明确说不会自动覆盖 plugin 或 tool。

这不是一个 yes/no 单元格能回答的功能。应分别复核 Gateway setting、provider endpoint、可选 logging、tools、application logs、region、access roles 与 deletion path。OpenRouter prompt retention 答案提供分层图与采购清单。

从 OpenRouter 迁移到 KeepRouter

先用浏览器本地 API 迁移检查器检查不含凭证的 JSON。它核对准确 KeepRouter 模型 ID 并标记路由字段;不会发送推理请求,也不代表兼容性已获验证。Python 与 Node 入门包提供可控的 dry-run 示例。

  1. 盘点应用实际使用的 OpenRouter 模型 ID、端点、provider 偏好、fallback 字段、可选请求头、工具与流式行为。
  2. 在 KeepRouter 目录中独立选择适合的模型,不要假设相似名称或供应商变体可以一一映射。
  3. 更换 Base URL 与凭据,移除 OpenRouter 专有的 provider 和 attribution 字段,并使用 KeepRouter 模型页列出的端点。
  4. 分别测试有上限的非流式请求、流式、工具调用、错误、token 用量,以及 Responses 或 Messages 行为。
  5. 用自己的工作负载比较实测输出质量和费用;新路径通过验收前保留旧集成。

从 KeepRouter 迁移到 OpenRouter

使用 OpenRouter 当前目录,把每个 KeepRouter 公开模型 ID 映射到对应 OpenRouter ID,再决定接受默认路由还是增加明确 provider 偏好。替换 KeepRouter 认证与端点,重新测试协议专有能力,并阅读 OpenRouter 当前隐私、费用与 BYOK 条款。KeepRouter 的私密上游映射不会迁移,也不应被推测。

供应商过滤要求可能在试用前就决定结果

应用依赖 provider.only 或 require_parameters 时,应把字段当成要求,不能当成可随便删除的装饰。OpenRouter 文档说明其路由行为。KeepRouter 不提供同等 provider 对象,不能删掉后就宣布迁移完成。不依赖这些控制的普通总结器更适合先试:用相同文档评估事实覆盖,并核算全部尝试费用。迁移检查器可在真实调用前提示配置问题。

相关路径

可用 OpenAI SDK 指南或 Claude Code 指南验证 KeepRouter 客户端形态。KeepRouter 一侧的事实以快速开始、安全页和模型目录为准。

本页关于 OpenRouter 的事实于 2026 年 8 月 15 日按其官方 Provider Routing 与 FAQ 页面核对。购买或迁移时请重新检查这些来源。

常见问题

KeepRouter 是 OpenRouter 的转售商吗?

本页不会披露或推测 KeepRouter 的私密上游路由。面向用户的网关与计费关系是 KeepRouter;你获得的契约以其公开目录与法律页面为准。

可以把 OpenRouter 模型 ID 直接复制到 KeepRouter 吗?

不可以。两套目录应视为独立命名空间,请使用 KeepRouter 模型页显示的准确公开 ID 与端点。

KeepRouter 会开放 OpenRouter 风格的 provider 路由吗?

KeepRouter 的公开契约不提供请求级 provider 顺序、允许或排除列表、BYOK 或性能排序;上游路由由运营方管理并保持私密。

两款产品都支持 Anthropic 形态请求吗?

KeepRouter 为受支持聊天模型记录了 Anthropic 兼容 Messages 端点。OpenRouter 当前是否支持相应客户端,应查阅其最新官方 API 文档,不能从本页推定功能对等。

哪一个更便宜或更快?

本页不作通用价格或性能结论。请比较当前价格,并在计划部署的准确模型、路由和策略上运行同一份有边界工作负载。

参考的一手资料

来源复核日期 2026-08-26

  1. [1] OpenRouter Provider Routing
  2. [2] OpenRouter FAQ
  3. [3] OpenRouter data collection
  4. [4] OpenRouter input and output logging
  5. [5] OpenRouter Zero Data Retention
  6. [6] KeepRouter OpenAPI
  7. [7] KeepRouter models and pricing
  8. [8] KeepRouter security and data handling

继续阅读

阅读 Markdown 版本