OpenAI 扩展 Zero Data Retention，企业采购 AI API 不能只问“是否用于训练”

OpenAI 扩展 Zero Data Retention，企业采购 AI API 不能只问“是否用于训练”

OpenAI 8 月 19 日介绍了面向符合条件 API 客户的 Zero Data Retention，也就是 ZDR，并预告将在 9 月开始推出 Private Safety Processing。前者承诺请求处理后不保留客户的 Prompt 和模型回答，后者尝试在不让 OpenAI 人员看到原始内容的情况下，识别跨多轮交互的风险模式。

企业采购 AI API 时，常把“不拿数据训练”“不保留内容”“数据存储在指定区域”当成同一承诺。合同写了第一项，不代表日志、会话和文件都即时删除；开通 ZDR，也不代表所有端点、托管工具和第三方 MCP Server 自动适用。

ZDR、训练承诺和数据驻留要分开核对

OpenAI 的数据控制文档说明，API 数据默认不用于训练，除非客户主动选择共享；默认的滥用监控日志可能保留最多 30 天。符合资格并通过审批的客户，可申请 Modified Abuse Monitoring 或 ZDR。ZDR 会排除客户内容进入滥用监控日志，并让 Responses 与 Chat Completions 的 store 参数按 false 处理。

端点能力仍有边界。文档列出的 Conversations、Assistants、Threads、Vector Stores、Files、Batches 等功能可能保存应用状态，且并非全部支持 ZDR。Responses 的后台模式需要暂存结果以便轮询，Code Interpreter 在 ZDR 下不能使用；远程 MCP Server 是第三方服务，发送过去的数据适用对方自己的保留政策。图像和文件还存在法律与安全扫描相关的例外。

数据驻留解决内容在哪个区域存储或处理，也不等同于零保留。计费和使用元数据可能不属于客户内容；终端用户、客户基础设施或第三方服务造成的跨区传输，也不在单一云厂商的驻留设置内。只问“是否训练我的数据”，会漏掉真正影响合规的路径。

开启零保留后，应用架构也会发生变化

无状态并不等于没有会话。应用如果不能依赖服务端保存 Response，就需要在自己的受控存储中维护上下文，并在后续请求中重放必要输入、输出项和加密推理内容。这里要同时处理版本、删除、租户隔离和上下文裁剪；把完整历史重新塞回请求，既增加费用，也可能把已经不需要的敏感信息再次传出。

长任务尤其需要单独设计。Private Safety Processing 希望跨交互识别持续滥用或 Agent 越权，又不向人员暴露原文；目前仍在早期客户测试，白皮书尚未发布。企业不能把预告当成认证能力，应要求供应商明确范围、告警、申诉流程和合同变化。

统一模型网关可以集中密钥、路由和用量，但不能替供应商作出更强承诺。请求从 AnyAIS 转发到不同模型提供方时，应逐一核对供应商、模型 code、日志政策和工具去向。平台也要限制正文日志、脱敏敏感字段，并让审计记录与原始 Prompt 分库存放。

企业采购应拿到一张可验证的数据流图

评审表至少应列出：端点是否支持 ZDR，最长保留时间，应用状态由谁删除，缓存是否落盘，文件和音视频如何处理，MCP 与联网搜索把数据发往哪里，密钥由谁持有，事故时能否追溯而不暴露正文。答案要对应合同、控制台设置和真实测试。

上线前可用测试租户发送带标记的非敏感样本，检查服务端对象、日志导出、删除接口和项目配置；再由安全或法务独立复核文档。ZDR 只覆盖数据生命周期的一部分。把模型调用、会话状态、工具数据和审计证据画在同一张图上，企业才知道哪一段仍由自己负责。

参考资料

• [OpenAI：为前沿模型提供 Zero Data Retention](https://openai.com/index/offering-zero-data-retention-for-frontier-models/)
• [OpenAI API：平台数据控制与端点保留政策](https://platform.openai.com/docs/models/default-usage-policies-by-endpoint)