OpenRouter 推出美国区域路由，与去年上线的 EU 路由配套保障数据驻留

今天，我们推出了美国区域内路由（US In-Region Routing），与我们去年十月推出的欧盟路由（EU routing）一起，为您提供对 AI 工作负载处理位置的保证控制。发送到 us.openrouter.ai 的请求会在美国境内解密，并且仅路由到美国的提供商端点，因此您的提示和生成内容在整个请求生命周期内都保持在本地区。eu.openrouter.ai 对欧盟地区执行相同操作。

企业需要更严格的数据驻留和处理保障。OpenRouter 的区域内路由使其在美国或欧盟的设置变得简单。

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

发送到 us.openrouter.ai 或 eu.openrouter.ai 的请求会在该地区内解密和处理，并且只有在该地区运行的提供商才能服务。如果没有本地区提供商提供该模型，请求会以 404 错误（未找到支持您数据区域的端点）失败，而不会被路由到该地区之外。

区域端点提供全球目录的子集，并使用相同的模型 ID。只有当至少有一个提供商可以在该地区内部提供模型时，该模型才会在该地区列出。要获取实时列表，请通过区域域调用 /api/v1/models：https://us.openrouter.ai/api/v1/models，或在模型页面上按区域内路由筛选模型（美国：https://openrouter.ai/models?region=us 或欧盟：https://openrouter.ai/models?region=eu）。我们将继续为两个地区添加模型和提供商。告诉我们您希望下一个在区域内的模型，请在 Discord 的 #feedback：https://discord.gg/fVyRaUDgxW 问题反馈。

您还可以通过 Guardrails（护栏功能）为特定工作区、团队或 API 密钥强制执行区域内路由：https://openrouter.ai/docs/guides/features/guardrails。将护栏允许的数据区域设置为一个地区，OpenRouter 会拒绝任何通过另一个域名到达的相关请求。您可以在设置中的 Guardrails 下配置，或通过管理 API：https://openrouter.ai/docs/api/api-reference/guardrails/list-guardrails 配置。

区域内路由可在商务版和企业版计划中使用。

在没有区域内路由的情况下，使用位于美国或欧盟的实验室的模型不能保证该地区的数据中心会处理请求。在全球端点上，来自 OpenAI、Anthropic、Google、xAI、Meta、NVIDIA、Thinking Machines 或 Mistral 的模型可以在提供请求的供应商运营的任何地方运行。数据驻留审查会询问您的请求在哪里解密以及推理在哪里运行，因此美国团队在全球端点上使用 GPT-5.6：https://openrouter.ai/openai/gpt-5.6-terra、Claude Opus 5：https://openrouter.ai/anthropic/claude-opus-5 或 Gemini 3.6 Flash：https://openrouter.ai/google/gemini-3.6-flash，仍可能未通过合规审查。OpenRouter 区域内路由确保请求保持在您指定的地区：美国或欧盟。

开放权重模型正在快速改进，将流量转向它们可以显著降低成本。在 OpenRouter 上，来自美国和欧盟的请求发送到开放权重模型的 token 比例一直稳步上升：

来自美国实验室的模型，例如 NVIDIA 的 Nemotron 3 Ultra：https://openrouter.ai/nvidia/nemotron-3-ultra-550b-a55b 和 Thinking Machines 的 Inkling：https://openrouter.ai/thinkingmachines/inkling，都是这一增长的一部分。但来自中国实验室的模型仍占大部分，这些模型的采购审批可能很困难。

区域内路由允许有数据驻留要求的团队从中国开放权重模型中获得价格和性能的提升。当美国或欧盟供应商托管模型时，请求会发送到该供应商，实验室不参与。DeepSeek V4 Pro：https://openrouter.ai/deepseek/deepseek-v4-pro、Kimi K3：https://openrouter.ai/moonshotai/kimi-k3 和 GLM 5.2：https://openrouter.ai/z-ai/glm-5.2 都可以通过美国区域内路由使用，因为 Baseten、Fireworks 和 Azure 从美国数据中心提供它们的服务。通过 us.openrouter.ai 向它们发送提示，它将在美国解密和运行。GLM 5.2 也可通过 eu.openrouter.ai 使用，由 Mistral 的欧盟数据中心提供服务。

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

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

区域内路由功能适用于我们的商业和企业计划。请从您的计划设置中升级到商业计划：https://openrouter.ai/settings/manage-plan，或联系企业团队：https://openrouter.ai/enterprise/form。

然后从美国：https://openrouter.ai/models?region=us 或欧洲：https://openrouter.ai/models?region=eu 的列表中选择一个模型，并将您的请求发送到 https://us.openrouter.ai/api/v1 或 https://eu.openrouter.ai/api/v1。

阅读文档以获取更多信息：https://openrouter.ai/docs/guides/features/in-region-routing.

Today we’re launching US In-Region Routing alongside the EU routing we shipped last October, to give you guaranteed control over where your AI workloads are processed. Requests to us.openrouter.ai are decrypted inside the US and routed only to US provider endpoints, so your prompts and completions stay in-region for the entire lifecycle of the request. eu.openrouter.ai does the same for the EU.

Companies need stronger guarantees around data residency and processing. OpenRouter’s In-Region Routing makes it easy to set up for the US or EU.

Send API requests through the region-specific base URL instead of openrouter.ai :

Requests sent to us.openrouter.ai or eu.openrouter.ai are decrypted and processed inside that region, and only providers running in that region can serve them. If no in-region provider offers the model, the request fails with a 404 ( No endpoints found supporting your data region. ) rather than being routed outside the region.

The regional endpoints serve a subset of the global catalog under the same model IDs. A model is listed for a region if at least one provider can serve it from inside that region. For the live list, call /api/v1/models ：https://us.openrouter.ai/api/v1/models through the regional domain, or filter the models page by In-Region Routing (US：https://openrouter.ai/models?region=us or EU：https://openrouter.ai/models?region=eu). We will continue to add models and providers to both regions. Tell us which models you want in-region next in #feedback：https://discord.gg/fVyRaUDgxW on Discord.

You can also enforce In-Region Routing for a specific workspace, team, or API key with Guardrails：https://openrouter.ai/docs/guides/features/guardrails. Set the guardrail’s allowed data regions to one region, and OpenRouter rejects any covered request that arrives on another hostname. Configure it under Guardrails in your settings or through the Management API：https://openrouter.ai/docs/api/api-reference/guardrails/list-guardrails.

In-Region Routing is available on the Business and Enterprise plans.

Without In-Region Routing, using a model from a lab based in the US or EU doesn’t guarantee that a data center in that region serves the request. At global endpoints, models from OpenAI, Anthropic, Google, xAI, Meta, NVIDIA, Thinking Machines, or Mistral can run anywhere the provider serving the request operates. A data residency review asks where your request was decrypted and where inference ran, so a US team using GPT-5.6：https://openrouter.ai/openai/gpt-5.6-terra, Claude Opus 5：https://openrouter.ai/anthropic/claude-opus-5, or Gemini 3.6 Flash：https://openrouter.ai/google/gemini-3.6-flash on a global endpoint can still fail a compliance review. OpenRouter In-Region Routing ensures the request stays within the region you specify: US or EU.

Open-weight models are improving rapidly, and shifting traffic to them can significantly reduce costs. On OpenRouter, the share of tokens going to open-weight models has risen steadily for requests originating in both the US and EU:

Models from US labs, like NVIDIA’s Nemotron 3 Ultra：https://openrouter.ai/nvidia/nemotron-3-ultra-550b-a55b and Thinking Machines’ Inkling：https://openrouter.ai/thinkingmachines/inkling, are part of that growth. But models from Chinese labs are still most of the volume, and procurement approval for those models can be difficult.

In-Region Routing allows teams with data residency requirements to get the price and performance gains from Chinese open-weight models. When a US or EU provider hosts a model, requests go to that provider and the lab is not involved. DeepSeek V4 Pro：https://openrouter.ai/deepseek/deepseek-v4-pro, Kimi K3：https://openrouter.ai/moonshotai/kimi-k3, and GLM 5.2：https://openrouter.ai/z-ai/glm-5.2 are all available for US In-Region Routing because Baseten, Fireworks, and Azure serve them from US data centers. Send a prompt to any of them through us.openrouter.ai and it is decrypted and run in the US. GLM 5.2 is also available at eu.openrouter.ai , served from Mistral’s EU data centers.

When a gateway offers regional routing, it can mean one of two things. The difference is whether your prompt ever exists in plaintext outside the region.

When you evaluate any gateway’s data residency claim, ask two questions. Where is the request decrypted and processed? And where do its tools run?

In-Region Routing is available on our Business and Enterprise plans. Upgrade to Business from your plan settings：https://openrouter.ai/settings/manage-plan, or talk to the enterprise team：https://openrouter.ai/enterprise/form.

Then pick a model from the US：https://openrouter.ai/models?region=us or EU：https://openrouter.ai/models?region=eu list and send your requests to https://us.openrouter.ai/api/v1 or https://eu.openrouter.ai/api/v1 .

Read the docs for more info：https://openrouter.ai/docs/guides/features/in-region-routing.