OpenRouter 用 DeepSeek，資料就不會經過中國嗎？

這篇在講什麼

我在研究 OpenRouter 的多模型 API 時，看到 DeepSeek 也能從同一個入口呼叫，接著想到：資料是不是就不會經過中國？短答案是不能只看 OpenRouter 或模型名稱下結論。這篇把我實際查證的方法整理出來，你可以照著調查其他模型。

先拆開三層，才知道自己在查什麼

「從 OpenRouter 呼叫」只說明入口，沒有自動回答實際由誰推理，也沒有保證資料處理地點。

2026 年 8 月 9 日的 DeepSeek 路由快照

OpenRouter 提供公開 API，可以查某個模型目前有哪些端點。我查詢 DeepSeek V4 Pro endpoints API，再用 providers metadata API 對照供應商資訊。

為什麼預設自動路由不能當成地區保證

依 OpenRouter 官方說明，系統預設會在可用 provider 之間做負載平衡，考量價格、延遲、吞吐量與穩定性，fallback 預設也會開啟。這對測試很方便，某一家暫時失效時可以換到另一家。

若你的要求是只接受特定供應商或特定地區，自動切換就可能超出原本邊界。以我查詢當下的 DeepSeek V4 Pro 端點為例，價格較低的端點中就包含中國供應商。讓系統自行選擇，不能視為避開中國路由。

每個人都可以自己調查的四步法

查端點

curl -s 'https://openrouter.ai/api/v1/models/deepseek/deepseek-v4-pro/endpoints' \
  | jq '.data.endpoints[] | {provider_name, pricing, status}'

查 provider 總部與資料中心

curl -s 'https://openrouter.ai/api/v1/providers' \
  | jq '.data[] | {name, headquarters, datacenters}'

再查隱私政策與 ZDR

OpenRouter 的 ZDR 代表 provider 不保存這筆請求資料。data_collection: "deny" 會把路由限制在不收集使用者資料的 provider。資料是否被收集、是否用於訓練，仍要分開查。

想限制資料去向，可以加上四道鎖

1. only：只允許明確選定的 provider。
2. allow_fallbacks: false：指定端點不可用時直接失敗。
3. data_collection: "deny"：只使用不收集使用者資料的 provider。
4. zdr: true：只使用符合零資料保留的端點。

{
  "model": "deepseek/deepseek-v4-pro",
  "messages": [
    {"role": "user", "content": "請整理這份非敏感測試資料"}
  ],
  "provider": {
    "only": ["gmicloud", "coreweave", "ionstream", "venice"],
    "allow_fallbacks": false,
    "data_collection": "deny",
    "zdr": true
  }
}

這份 allowlist 是依當日 metadata 做的示意，不是永久推薦名單。若沒有任何端點同時符合條件，API 可能回傳錯誤。對有地區或隱私限制的應用來說，條件不符就停止，通常比悄悄切到未知端點容易管理。

測試與正式應用，可以採兩種配置

上線前的快速檢查表

• 我知道實際 model ID。
• 我查過這個模型目前有哪些 provider。
• 我分得清楚 provider 總部與資料中心欄位。
• 我沒有把 ZDR 誤當成地區保證。
• 正式環境已使用 allowlist 並關閉 fallback。
• API 送出前會遮蔽不必要的個資。
• 沒有合格 provider 時會停止，不會自動放寬條件。
• 我會定期重查，不把一次查詢當成永久名單。