跳到正文
原文
OpenRouter：Blog（Announcements）·· 2026-09-09精选AI 评分68

OpenRouter 推出美国区域路由，AI 请求可锁定在美国或欧盟境内处理

In-Region Routing: Route inference in the US or EU

文章要点
  • 1OpenRouter 发布美国区域路由，请求在美国境内解密并只路由到美国供应商端点
  • 2官方称走全球端点调用 GPT-5.6、Claude Opus 5、Gemini 3.6 Flash 仍可能在数据驻留审查中不达标
  • 3DeepSeek V4 Pro、Kimi K3、GLM 5.2 由 Baseten、Fireworks、Azure 从美国数据中心承载，可在区域内调用
  • 4功能限 Business 和 Enterprise 套餐，改区域域名即可接入，区域内无供应商时请求返回 404
决策要点

数据驻留从法务审查项下沉为网关的路由配置问题，也让中国开源权重模型进入受合规约束企业的选型范围。

  • 影响：有美欧数据驻留要求的团队多了一条合规使用中国开源权重模型降本的通道；区域端点只覆盖部分模型，接入前模型可用性要重新核对；功能限高阶付费套餐，API 支出结构会受影响。
  • 参考：可考虑先梳理在用模型清单并对照 us/eu 端点的区域覆盖情况；有降本目标的团队值得在 us.openrouter.ai 实测 DeepSeek V4 Pro、Kimi K3 的价格与表现；评估其他网关时先问清解密位置和服务器工具运行地。
  • 依据：OpenRouter 官方博客口径，端到端区域路由与模型覆盖情况暂无独立验证；区域可用模型清单可通过区域域名实时查询。
正文 · AI 翻译

今天，我们在去年 10 月推出的 EU 区域路由基础上，推出 US In-Region Routing，让你能确保对自己的 AI 工作负载在何处处理拥有受保障的控制权。发送到 us.openrouter.ai 的请求在美国境内解密，并且只路由到美国的提供商端点，因此你的提示词和补全内容在请求的整个生命周期内都保留在区域内。eu.openrouter.ai 为 EU 提供同样的功能。

企业需要围绕数据驻留和处理获得更强的保证。OpenRouter 的 In-Region Routing 让面向 US 或 EU 的配置变得简单。

工作原理

通过区域专属的 base URL 发送 API 请求，而不是 openrouter.ai：

https://us.openrouter.ai/api/v1
https://eu.openrouter.ai/api/v1

你的 API 密钥、请求体和模型 ID 均保持不变，你的提供商偏好、回退设置和隐私设置会从你的账户自动沿用。你可以让某个服务指向 us.openrouter.ai，而其余流量继续使用 openrouter.ai。

发送到 us.openrouter.ai 或 eu.openrouter.ai 的请求会在该区域内解密和处理，并且只有在该区域内运行的提供商才能为其提供服务。如果没有区域内提供商提供该模型，请求将返回 404（No endpoints found supporting your data region.）而失败，而不会被路由到区域之外。

区域端点以相同的模型 ID 提供全球目录的一个子集。只要至少有一个提供商能在该区域内提供某个模型，该模型就会列在这个区域中。要获取实时列表，请通过区域域名调用 /api/v1/models，或在模型页面上按 In-Region Routing（US 或 EU）进行筛选。我们将继续为两个区域添加模型和提供商。请在 Discord 的 #feedback 频道告诉我们你接下来希望哪些模型进入区域内。

你还可以通过 Guardrails 为特定工作区、团队或 API 密钥强制执行 In-Region Routing。将 guardrail 允许的数据区域设置为某一个区域，OpenRouter 就会拒绝任何通过其他主机名传入的受管请求。你可以在设置中的 Guardrails 下进行配置，或通过 Management API 配置。

In-Region Routing 在 Business 和 Enterprise 计划中可用。

在区域内服务的 US/EU 模型

如果没有 In-Region Routing，使用来自美国或欧盟实验室的模型并不能保证请求由该区域的数据中心处理。在全局端点上，来自 OpenAI、Anthropic、Google、xAI、Meta、NVIDIA、Thinking Machines 或 Mistral 的模型可以在服务该请求的提供商所运营的任何地方运行。数据驻留审查会询问你的请求在哪里解密、推理在哪里运行，因此美国团队在全局端点上使用 GPT-5.6、Claude Opus 5 或 Gemini 3.6 Flash 仍可能无法通过合规审查。OpenRouter 的 In-Region Routing 确保请求始终留在你指定的区域内：US 或 EU。

区域内可用的中国开源权重模型

开源权重模型正在快速改进，将流量转移到这些模型上可以显著降低成本。在 OpenRouter 上，对于源自 US 和 EU 的请求，流向开源权重模型的 token 份额一直在稳步上升：

Two 100% stacked bar charts of monthly token share on open weight versus closed weight models, September 2025 through August 2026. For requests originating in the US, the open weight share rises from 26% to 60%; for requests originating in the EU, it rises from 16% to 65%. Both cross 50% in early 2026.

来自美国实验室的模型，如 NVIDIA 的 Nemotron 3 Ultra 和 Thinking Machines 的 Inkling，是这一增长的一部分。但来自中国实验室的模型仍占大部分流量，而这些模型的采购审批可能比较困难。

In-Region Routing（区域内路由）让有数据驻留要求的团队也能享受中国开放权重模型带来的价格与性能优势。当美国或欧盟的提供商托管模型时，请求会发送到该提供商，实验室本身并不参与其中。DeepSeek V4 Pro、Kimi K3 和 GLM 5.2 都可用于美国区域内路由，因为 Baseten、Fireworks 和 Azure 从美国数据中心提供这些模型的服务。通过 us.openrouter.ai 向其中任何一个模型发送提示词，它都会在美国被解密并运行。GLM 5.2 也可在 eu.openrouter.ai 使用，由 Mistral 的欧盟数据中心提供服务。

确保端到端的区域内路由

当网关提供区域路由时，它可能意味着两种情况之一。区别在于你的提示词是否曾在区域外以明文形式存在。

  • 仅推理区域路由。网关将提供商的推理固定在你的区域内。但请求本身在转发给提供商之前，会在网关运行之处被解密和处理。对于路径的这一部分，你的提示词在区域外处于明文状态。服务器工具在区域化时经常被忽视，这可能导致你的提示词数据离开所在管辖区。例如，网页搜索有时会在区域推理端点上使用全球实例。
  • 端到端区域路由。这正是 OpenRouter 的 In-Region Routing 的工作方式。它在完整路径上都保持你的数据位于区域内。发送到 us.openrouter.ai 或 eu.openrouter.ai 的请求在区域内解密，并在那里的每一步都被处理。只有运行在该区域内的提供商才会收到这些请求。如果没有区域内的提供商能够服务该模型，请求会以 404（No endpoints found supporting your data region.）失败，它绝不会离开该区域。在特定管辖区提供服务器工具之前，我们会全面评估这些工具及其运行的数据管辖区。会将数据发送到区域外的工具会被禁用，而不是回退到全球基础设施。

当你评估任何网关的数据驻留声明时，请问两个问题：请求在哪里被解密和处理？它的工具又在哪里运行？

开始使用

In-Region Routing 在我们的 Business 和 Enterprise 计划中可用。你可以从 计划设置 升级到 Business，或 联系企业团队。

然后从 美国 或 欧盟 列表中选择一个模型，并将请求发送到 https://us.openrouter.ai/api/v1 或 https://eu.openrouter.ai/api/v1。

阅读文档了解更多信息。

来源：OpenRouter：Blog（Announcements） · openrouter.ai

#产品工具#合规风控#数据安全#降本增效#DeepSeek#智谱