OpenRouter 推出 US In-Region Routing 区域路由

In-Region Routing: Keep your data in the US or EU

今天我们推出 US In-Region Routing，与去年 10 月上线的 EU routing 一起，让你对 AI 工作负载的处理位置拥有有保障的控制权。发往 us.openrouter.ai 的请求在美国境内解密，并且只路由到美国境内的提供商端点，因此你的提示词和补全结果在整个请求生命周期内都留在区域内。eu.openrouter.ai 对欧盟也是如此。

企业需要对数据驻留和处理提供更强的保障。OpenRouter 的 In-Region Routing 让针对美国或欧盟的配置变得简单。

工作原理

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

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

你的 API key、请求体和模型 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 key 强制执行 In-Region Routing。将 guardrail 的允许数据区域设置为一个区域，OpenRouter 就会拒绝任何到达其他主机名的受覆盖请求。你可以在设置的 Guardrails 下配置，或通过 Management API 配置。

In-Region Routing 在 Business 和 Enterprise 套餐中可用。

区域内提供的美国/欧盟模型

如果没有 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 确保请求留在你指定的区域内：美国或欧盟。

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

开放权重模型正在快速进步，将流量转向它们可以显著降低成本。在 OpenRouter 上，无论请求来自美国还是欧盟，流向开放权重模型的 token 占比都在稳步上升：

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

In-Region Routing 让有数据驻留要求的团队也能从中国开放权重模型中获得价格和性能优势。当美国或欧盟的提供商托管某个模型时，请求会发往该提供商，实验室并不参与其中。DeepSeek V4 Pro、Kimi K3 和 GLM 5.2 均可用于美国 In-Region Routing，因为 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。

阅读文档了解更多信息。