托管访问与供应商治理
KeepRouter 对比 Portkey:托管模型访问还是供应商治理
KeepRouter 通过预付额度和 KeepRouter Key 销售公开目录中的托管模型访问。Portkey 当前文档说明原 Virtual Keys 已迁移到 Model Catalog,团队可添加供应商凭据,并管理组织级预算、限流、模型白名单与访问权限。希望模型采购层也被托管时更适合 KeepRouter;希望治理自己掌控的供应商关系时更适合 Portkey。 [1] [2] [3] [4]
最后复核 2026-08-15 · 编辑复核: KeepRouter Editorial
直接结论
KeepRouter 与 Portkey 位于运行栈的不同位置。KeepRouter 是托管的模型访问与计费服务:用户使用 KeepRouter 凭据,从 KeepRouter 目录选择模型,并消费 KeepRouter 预付额度。Portkey 当前官方 Virtual Keys 页面说明,Virtual Keys 已迁移到 Model Catalog,用于集中管理供应商凭据、组织级治理、预算、限流、模型白名单和带供应商 slug 的模型选择。
Portkey 文档还说明 Portkey 现在是 PRISMA AIRS AI Gateway。本页保留大家熟悉的 Portkey 名称,因为这是用户实际搜索的对比词,但产品事实以当前官方文档为准。
决策表
| 决策维度 | KeepRouter | Portkey / 当前 Model Catalog |
|---|---|---|
| 主要任务 | 购买并调用托管公开目录中已经提供的模型 | 通过组织管理的目录连接并治理供应商与模型 |
| 供应商凭据 | 购买 KeepRouter 目录模型时,用户无需另备供应商凭据 | 当前文档描述先添加供应商,并把供应商凭据存入 Portkey 的访问控制之后 |
| 用户 Key | KeepRouter Key 可限定模型白名单、消费额度、周期和到期时间 | 一个 Portkey API Key 可访问已配置供应商;当前 Model Catalog 文档说明预算、限流和模型访问控制 |
| 模型命名 | 使用公开 KeepRouter 模型 ID 与模型页端点 | 当前文档使用 provider slug 与模型名称组合寻址 |
| 计费权威 | KeepRouter 预付账本与公开用户目录价格 | 供应商账单以及 Portkey 计划或功能条款需按当前 Portkey 与供应商文档核对 |
| 治理深度 | 自助控制聚焦用户自己的 KeepRouter Key 与用量 | 更适合需要组织级供应商凭据共享和细粒度供应商/模型治理的团队 |
KeepRouter 更合适的情况
如果团队不想分别谈判、充值并轮换每个模型供应商账户,而且所需模型与端点已经在 KeepRouter 目录中,KeepRouter 更合适。公开目录会在注册前给出面向用户的模型 ID、模态、端点和当前价格;自助 Key 也能限制模型访问与消费,无需把供应商接入变成平台工程项目。
KeepRouter 不能替代供应商治理控制面。它不会向用户提供 Portkey 文档中的组织级供应商凭据模型、provider-slug 寻址,也不声称 guardrail、路由和可观测能力功能对等;上游细节保持私密。
Portkey 更合适的情况
如果组织已经拥有供应商关系,或必须把自有供应商凭据接入统一治理目录,Portkey 的运行模式更适合。其当前 Virtual Keys 迁移页面说明 Model Catalog 支持共享凭据、细粒度预算、限流、模型白名单和访问控制。这解决的是与 KeepRouter 托管目录采购不同的问题。
当平台团队需要跨多个 workspace 做组织级治理时,Portkey 也更自然。所有所需功能、部署方式、计划边界和新的 PRISMA AIRS 命名都应查阅当前官方文档;本页不会声称具体计划、价格、合规状态或部署模式。
从 Portkey 迁移到 KeepRouter
- 导出会影响请求的 provider slug、模型名称、Base URL、请求头、预算、限流、白名单和 fallback 或策略配置。
- 确认其中哪些模型与操作存在于 KeepRouter 实时目录;Portkey 的 provider-slug 模型名不是 KeepRouter 模型 ID。
- 用限定范围的 KeepRouter Key 与模型页端点替换 Portkey Key 和网关 URL。
- Portkey 中存在而 KeepRouter 未开放的组织策略,应移入应用、Secret Manager、API Gateway 或部署控制,不能静默丢弃。
- 删除 Portkey 路径前重新测试认证、工具、流式、错误、token、消费上限和输出质量。
从 KeepRouter 迁移到 Portkey
先创建或连接目标 Model Catalog 需要的供应商账户,按 Portkey 当前流程添加凭据,定义 provider-slug 模型名和访问策略,再替换应用中的 KeepRouter ID 与认证。预算、限流和白名单意图必须显式重建;KeepRouter 预付余额与私密上游路由不会迁移。
两者可以组合吗?
如果 Portkey 当前产品允许配置满足工作负载所需认证与路由的自定义 OpenAI 兼容端点,分层架构可能可行;本页不会把它写成自动支持。应先确认 Portkey 当前 custom-provider 契约,从 KeepRouter Chat Completions 开始测试,再分别验证 Responses、Messages、流式、工具、请求头、用量和错误传递。在这种设计里,Portkey 是面向应用的治理层,KeepRouter 仍是托管模型访问与计费层。
相关路径
选择分层设计前,请阅读计费与 Key 控制、API 可观测性、OpenAI 兼容接口和安全页。
本页关于 Portkey 的事实于 2026 年 8 月 15 日按其官方 Virtual Keys / Model Catalog 迁移页面核对。实施前请重新检查当前 PRISMA AIRS AI Gateway 文档。
常见问题
KeepRouter 需要我的供应商 API Key 吗?
购买 KeepRouter 托管目录中的模型时不需要。你使用 KeepRouter Key 认证并消费 KeepRouter 额度。
Portkey Virtual Keys 仍是当前流程吗?
Portkey 官方页面说明 Virtual Keys 已迁移到 Model Catalog。请查看当前迁移与 Model Catalog 文档,不要原样照搬旧 Virtual Keys 教程。
KeepRouter 与 Portkey 的组织治理能力对等吗?
不声称对等。KeepRouter 提供自助账户、Key、用量和消费控制;Portkey 文档描述的是更广的供应商凭据与组织治理模式。
可以把 Portkey 放在 KeepRouter 前面吗?
如果 Portkey 当前 custom-provider 路径支持所需 KeepRouter 端点与请求头,可能可以;但它应被视为需要测试的集成项目,而不是本页提供的兼容保证。
小团队应该选哪一个?
应按运行责任而不是公司规模选择。KeepRouter 减少供应商账户工作;当供应商凭据与组织策略必须由你掌控时,Portkey 更相关。
参考的一手资料
来源复核日期 2026-08-15
- [1] Portkey Virtual Keys and Model Catalog migration
- [2] Portkey AI Gateway documentation
- [3] KeepRouter OpenAPI
- [4] KeepRouter models and pricing
- [5] KeepRouter security and data handling