AREX Feed Article
OpenRouter 上线 Private Endpoints：Enterprise 组织的专属模型部署与预留容量接入统一 API
北京时间 10 月 16 日凌晨，宣布 Private Endpoints 正式上线（live），即日起面向 Enterprise 计划提供：组织可以把自有的专用容量（dedicated capacity）与 fine-tunes（微调模型）注册为私有端点，像调用平台上其他模型一样经同一套 API 调用；这类端点仅组织内可见，需要时自动回退到共享容量。
OpenRouter 在同一帖文中称，私有 beta 期间已有团队在运行专用的 GLM、Kimi 与 DeepSeek 部署，以及预留（reserved）的 OpenAI 与 Anthropic 容量——beta 阶段的使用情况属于 OpenRouter 的单方口径，帖子未列出具体团队。产品在 10 月 14 日先行发布，官方现已上线。
私有部署不再是 OpenRouter 之外的第二套接入
博客把要解决的问题写得很具体：fine-tuned 模型、公共模型的专用部署，或向供应商预留的容量，过去意味着在 OpenRouter 旁边再维护一套集成。现在把这些部署注册为 private endpoint 后，团队保留原有的 API、model slug（模型标识）和路由偏好。
关键设计是私有端点不新建模型，而是挂进所选目录模型的 provider（供应商）列表。博客举的例子是：如果组织在 Azure 上有 DeepSeek V4 Pro 的专用部署，可以把它注册为 deepseek/deepseek-v4-pro 的私有端点，应用继续调用这个 slug；对组织而言它默认排到 provider 列表最前，Model Fallbacks、Provider Selection 等路由功能照常生效。
可见性边界同样明确：文档写明，私有端点只对你批准的用户和组织可见，不会出现在公开模型列表、排名、搜索、图表和基准测试中。
私有端点被限流或宕机时，溢出流量转向公共供应商
发帖中「自动回退共享容量」的说法，博客给出了更完整的机制：当私有端点宕机或触发限流时，OpenRouter 可以把溢出请求发给公共供应商，但要在你设置好的 provider 偏好与 BYOK（Bring Your Own Key，自带密钥）回退配置范围内。文档的表述是，已批准的私有端点对有权限的调用者优先，若同时列出公共候选则仍然可用。
计费路径不经过 OpenRouter：OpenRouter 通过 BYOK 用你自己的供应商 key 访问端点，Azure 这样的托管方直接向组织开账单。
四步开通，一次真实请求通过后才放行流量
注册前提有两条：端点必须由 OpenRouter 支持 BYOK 的供应商托管，且服务的模型已经在 OpenRouter 目录里——端点继承该模型的 slug 与能力。开通后由 Enterprise 组织管理员在 Settings > Private Endpoints 页面操作，分四步：Blueprint 选目录模型与 BYOK 供应商；Connect 填 HTTPS base URL 与上游 deployment ID，可附上自己的定价用于成本报表，并声明部署是否保留 prompts（提示词）；Test 跑验证；Activate 放行。
Test 是放行前的强制步骤：OpenRouter 用保存在你某个 workspace（工作区）里的供应商 key 发出一条真实请求，验证五件事——key 被接受、响应是 OpenAI 兼容格式、流式可用、usage 字段能返回用于计费、模型 ID 与注册内容一致。全部通过后激活，组织内 workspace 才能按 slug 调用；在此之前端点保持隐藏、不可路由。
注册、验证、激活可以交给 API 和 Terraform
端点数量多或配置在代码里的团队可以跳过设置页。文档列出的 覆盖与向导相同的生命周期：创建草稿、验证、激活、更新定价、停用与恢复、删除，用组织 Management API key（管理密钥）认证——个人账户创建的 key 会被拒绝，组织也必须已开通该功能。创建请求带上 activate.workspace_id 就能一次完成注册、验证与激活；Idempotency-Key 头让重试安全，重复同一 key 会返回第一次创建的端点。验证失败时草稿保留并返回失败的检查项，修正后重新验证即可，不必重建。
OpenRouter 的 Terraform provider 提供对应的 openrouter_private_endpoint 资源：terraform apply 完成注册、验证与激活，terraform destroy 停用并删除；改定价原地更新，改模型、供应商、base URL 或上游 deployment ID 则会替换资源。
私有不等于零保留，默认上限 10 个
把端点标记为私有并不会让它变成 Zero Data Retention（零数据保留，ZDR）端点——供应商仍按原样处理 prompts，OpenRouter 只是记录注册时声明的数据策略。向导的 ZDR 一栏写得更直接：「OpenRouter 无法核实私有端点的数据政策」（"OpenRouter has no way to verify a private endpoint's data policy"）。声明 ZDR 同时也声明 prompts 不用于训练：声明了 ZDR 的端点只对开启 ZDR 或 no-training 护栏的 workspace 可路由，可能保留数据的端点则被这类 workspace 屏蔽。
数据区域走的是同一套声明逻辑：若 OpenRouter 能从端点地址推断区域，或注册时选定了数据区域，us.openrouter.ai 和 eu.openrouter.ai 的请求会在对应区域内路由到该部署；与供应商区域或 key 冲突的声明会被拒绝，但 OpenRouter 无法确认上游实际在哪里处理请求。另外，调用端点的每个 workspace 都要单独保存 BYOK key，注册期间的验证请求也需要它。
规模上，每个组织默认最多 10 个私有端点，仍在配置中的草稿也计入，超出默认额度需要向客户代表申请提升。
Private Endpoints 是 Enterprise 计划的附加组件，开通不走自助流程：博客与文档给出的路径都是先联系 OpenRouter 客户代表，或通过提交；功能启用之后，组织管理员才能在设置页或经 API 添加端点。对不在 Enterprise 计划上的团队，文档给的指引也只有先升级这一条。