Zero Data Retention（ZDR）策略确保请求只路由到不在磁盘上持久化保存你的 prompt 和 completion 数据的提供商端点。可在账户设置中全局开启，也可通过请求体的 provider.zdr: true 按请求单独控制。两种方式取 OR 逻辑：任一生效则全局执行 ZDR。

OpenRouter 零数据保留（Zero Data Retention）

Zero Data Retention（ZDR）意味着提供商不会持久化存储你的任何数据。

OpenRouter 提供账户级 ZDR 设置，启用后只允许路由到具有零数据保留策略的端点。

不保留数据的提供商同样无法训练你的数据。但也有部分端点不训练数据却会保留数据（例如用于滥用扫描或合规要求）。OpenRouter 对两种策略均提供独立控制。

OpenRouter 如何管理数据策略

OpenRouter 与提供商合作，了解其数据策略并结构化存储，使你能精确控制路由目标：

• OpenRouter 追踪每个端点的具体策略（可能与提供商通用政策不同）
• 与提供商保持政策更新同步
• 在某些情况下与提供商签订特殊协议，提供比其默认政策更严格的隐私保护

若 OpenRouter 无法确定某提供商或端点的明确政策，默认保守处理：视为同时保留和训练数据。

账户级 ZDR 设置

在 Privacy 设置 中开启"ZDR Only"，所有请求将只路由到 ZDR 端点。

注意：该列表显示提供商的默认政策；若某特定端点的策略与提供商默认不同，开启"ZDR Only"后该端点可能不可用。

按请求指定 ZDR

除全局设置外，可在请求级别单独控制 ZDR：

{
  "model": "gpt-4",
  "messages": [...],
  "provider": {
    "zdr": true
  }
}

请求级 zdr 参数与账户级设置取 OR 逻辑：任一为 true 则该请求强制执行 ZDR。因此该参数只能收紧约束（确保某个请求走 ZDR），不能覆盖账户级 ZDR 的全局限制。

隐式缓存的特殊处理

部分端点/模型提供 prompt 的隐式内存缓存，以减少重复处理相同 prompt 的计算开销，从而降低成本。

OpenRouter 的立场：内存缓存不视为"保留"数据，因此允许在 ZDR 策略下路由到具有隐式缓存的端点。

OpenRouter 自身的数据保留政策

OpenRouter 自身也执行 ZDR 政策——除非你主动选择开启 prompt 日志记录，否则你的 prompt 不会被保留。

ZDR 端点列表

支持 ZDR 的端点完整列表可通过 API 实时查询：

GET https://openrouter.ai/api/v1/endpoints/zdr

该列表在提供商策略发生变更时自动更新。

---

常见问题

Q: ZDR 和 Input & Output Logging 功能有冲突吗？

A: 不冲突，但方向相反。ZDR 限制提供商保留你的数据；Input & Output Logging 是你主动选择让 OpenRouter 私有存储 prompt 供你查看。两者互相独立。

Q: 开启 ZDR 后，可用的模型会减少吗？

A: 会。ZDR 会排除掉没有明确零数据保留承诺的提供商端点，可选范围有所缩小。查看最新 ZDR 端点列表：https://openrouter.ai/api/v1/endpoints/zdr。

Q: 隐式 Prompt Cache 算"保留数据"吗？

A: 按 OpenRouter 的定义，不算。内存级缓存（不落盘）不触发 ZDR 限制，因此带隐式缓存的端点仍可在 ZDR 模式下使用。