OpenAI 为前沿模型提供零数据保留，并预告隐私安全处理机制

零数据保留继续覆盖前沿模型

OpenAI 表示，将继续向符合条件的 API 客户提供零数据保留（Zero Data Retention，ZDR）。在 ZDR 模式下，请求处理完成后，OpenAI 不保留客户的提示词和模型响应，相关客户内容也不会提供给 OpenAI 人员审查。企业客户的数据默认不会用于模型训练，除非客户明确选择加入。

随着模型开始执行持续时间更长、复杂度更高的任务，一些安全风险可能无法通过单次交互发现。现有兼容 ZDR 的安全系统主要逐次评估交互，而正在测试的 Private Safety Processing 旨在跨相关交互识别潜在风险模式，同时避免 OpenAI 人员获得底层客户内容。

Private Safety Processing 如何工作

在 ZDR 部署中，客户内容仍保存在客户控制的基础设施上。OpenAI 同时正在开发另一种方案：内容可以存储在 OpenAI 的基础设施中，但使用由客户控制的密钥加密，OpenAI 人员不持有这些密钥，因此无法访问底层内容。

自动化安全系统可以利用相关交互识别潜在滥用。当检测到风险时，OpenAI 获得的是范围受限的安全信号，例如涉及哪一类活动，并据此判断是否需要采取执行措施。即使内容被标记，OpenAI 人员也不会因此直接获得客户内容。

客户可以利用自己系统中的信息调查警报或相关处置。如果需要申诉、说明合法用途，或者协助调查已经确认的滥用行为，客户可以自行决定是否向 OpenAI 提供相关信息。

为什么需要跨交互的安全机制

一些严重风险只有结合多轮交互才可能显现。例如，行为者可能反复测试安全防护、跨账户协调，或者把威胁伪装成常规研究。对于智能体任务，也可能出现系统在用户要求停止后仍继续行动等情况。

这带来了一个现实矛盾：更强的安全监测往往需要更多上下文，但部分组织又受到严格的数据安全、隐私和合规要求约束。Private Safety Processing 的设计目标，就是在保留 ZDR 的同时，让自动化安全机制能够利用更广泛的交互上下文。

目前仍处于早期测试阶段

Private Safety Processing 目前正在与早期客户进行测试。OpenAI 计划从 2026 年 9 月开始逐步推出这一机制，并发布技术白皮书，进一步介绍技术和运营细节。

需要注意的是，ZDR 并非在所有情况下都意味着绝对不保留任何数据。对于被识别为可能涉及儿童性虐待材料（CSAM）的图像，OpenAI 表示仍将按照法律要求保留相关内容，以进行人工审核和报告；这一做法同样适用于 ZDR 部署。