大模型应用落地进入深水区，LLM网关作为连接应用与底层模型的“调度中台”，其选择直接影响开发效率、成本控制与合规治理。OpenRouter在官方公告中以“vs Portkey”为题下场撰写对比，虽立场鲜明，却精准拆解了两种核心架构——路由网络与控制平面——的适用边界。这不仅是单一产品之争，更是当前AI基础设施走向精细化分工的缩影。

定位区隔：路由网络 vs. 控制平面

OpenRouter本质上是一个托管式路由网络。用户购买credits后，通过其单一API即可访问超70家供应商、300余个模型（含20余个免费模型），并享受自动故障转移与零密钥自持的便利。其核心价值在于“降低接入门槛”——开发者无需管理多套API密钥与供应商关系，系统自动在可用模型间切换，规避单点故障。

Portkey则定位为“AI控制平面”，2026年被Palo Alto Networks收购后，更强调在企业级安全与治理层面的能力。它架设在用户自有密钥之上，提供统一的LLM API接口，并叠加提示管理、护栏策略、可观测性与审计日志等控制功能。其核心价值在于“增强管控力”——尤其适合对数据隐私、合规审计有刚性需求的企业场景。

模式与成本：按量计费与订阅分层

在商业模式上，两者也截然不同。OpenRouter采用零加成+5.5%平台费的按用量计费模式，首100万请求免费，支持零数据保留（Zero Data Retention）及欧盟路由选项，直接匹配开发者对成本透明与数据本地的关注。

Portkey则按日志计费，提供Developer（免费）与Production（49美元/月）双层订阅。其支持的模型数量为1600+，远超OpenRouter，但收费逻辑基于更丰富的治理与监控能力——这对追求“可管控性”而非“低价走量”的团队更具吸引力。

安全与合规：从个人实验到企业部署

从合规维度看，两者的天花板不同。Portkey凭借HIPAA合规、SSO集成及私有部署能力，天然适配金融、医疗、政府等高敏感行业。OpenRouter虽提供零数据保留和欧盟路由，但整体方案更接近“轻量级渠道”，适用于个人开发者、小团队或对模型多样性有极致追求的上下文场景。

结论：组合使用或是更优解

值得注意的是，两种架构并非互斥。实践中，团队可以将OpenRouter作为底层接入层，解决模型多样性与故障转移问题，再将Portkey搭建在前端，承担治理、审计与监控职责。对于正处于从“技术验证”向“生产部署”跨越的团队而言，先快速接入OpenRouter验证产品逻辑，再在关键路径上叠加Portkey的治理能力，或许是一条更为务实的演进路径。归根结底，选网关不是选工具，而是选架构思维——厘清“通路”与“控制”的本质区别，才能在新一轮LLM应用竞赛中少走弯路。