本文目录

OpenAI Developers（@OpenAIDevs）于北京时间 2026年11月6日 00:54:19（对应 2026年11月5日 16:54:19 UTC；https://x.com/OpenAIDevs/status/2118386439675420743）发帖介绍 Private Safety Processing（PSP）。帖文称，PSP 可以让 OpenAI 在不保留客户提示词与回复的前提下，审查相关 API 请求是否涉及安全问题。记录留在客户环境里，由自动化安全代理审查，OpenAI 人员无法直接读取其中的内容。

OpenAI 开发者文档把同一能力称为 Zero Data Retention with Private Safety Processing（ZDR with PSP）：在不保留客户提示词与回复的前提下，做离线、自动化的安全审查（https://developers.openai.com/api/docs/guides/private-safety-processing）。同一天的 GPT-6 Cyber 博文把 PSP 列为该模型发布的配套保障之一。DigIntoAI 还没有申请零数据保留，也还没有接通客户控制的存储；我们暂时还没有实测 Private Safety Processing。下文按上述 OpenAI Developers 推文、开发者文档与 GPT-6 Cyber 博文自报整理。

站内相关：GPT-6 Cyber 博文、OpenAI Daybreak Red 经 Bedrock 向获批客户开放 AWS GovCloud US-East、OpenAI 11 月 20 日起要求模型路由和 AI 网关先获批准、Cat Wu 加入 OpenAI，负责 Core Products 产品管理。

Private Safety Processing 做什么

开发者文档把 ZDR with PSP 建立在三条原则之上。客户控制自己的内容：内容放在客户控制的存储里，权限以及用于检索、解密受保护安全记录的客户管理 Enterprise Key Management（EKM） 授权也由客户掌握。不做人工审阅：安全审查不得变成 OpenAI 人员阅读受保护客户内容的新途径。加密内容会在经批准、带硬件证明的 Safety Review Runtime 中解密，该运行时禁止人员访问。明文离开 PSP 受保护审查的，只有有界 safety signals 与 operational metadata。 内容仅为安全目的保留：这些记录只服务于获批的安全用途，不能用于训练模型，也不得提供给 OpenAI 内部其他团体或其合作方。

API Request and Retention 负责保护合格的 API 内容，并写入客户控制的存储。Asynchronous Safety Pipeline 只为获批的自动化审查取回记录，并释放有界的安全决策。一次交互——提示词加上模型回复——会经由安全分类器转介或获批的抽样策略被选中。转介并不等于已经违规。OpenAI 保留的是带 operational metadata 与存储引用的索引，不是内容副本。加密与存储异步进行，不会阻塞推理。文档把 Safety Review Runtime 写成设计上唯一能解密客户内容的 OpenAI 工作负载；详细结果在离开该运行时前会再次加密。

边界：人员读不到提示词，自动化审查仍在

OpenAI Developers 推文称人员无法访问这些内容。开发者文档划得更清楚：人员读不到受保护的提示词与回复，但自动化审查仍在进行。明文离开的只有有界 safety signals 与 operational metadata。OpenAI 仍保留带运行元数据与存储引用的索引。这与「安全侧完全没有可见性」不是一回事。

存储中的记录还可以双重加密：内层是仅限获授权 Safety Review Runtime 解密的 OpenAI 管理的 HPKE，外层是客户管理的 EKM。启用 EKM 时，仅有 OpenAI 的内层密钥不够，还须客户密钥授权。撤销该授权可以阻止再次解密，但不会删除记录，也不会撤销已完成的处理。文档建议启用 EKM。

四家云、30 天 TTL，以及按项目启用

客户侧存储可以是 AWS S3 存储桶、Azure Blob 容器、Google Cloud Storage 存储桶，或 Oracle Cloud Infrastructure（OCI）Object Storage 存储桶。ZDR with PSP 会把加密记录写入区域云存储，TTL 为 30 天。客户还须配置生命周期规则，使记录至少保留 30 天、不得更早删除。

ZDR with PSP 按项目启用。 一旦打开，该政策适用于该项目的全部 API 流量，包括本身并不要求 PSP 的模型请求。若要对符合条件的模型使用 ZDR without PSP，这些请求需要发到另配 ZDR without PSP 的项目。两处说法都写在文档里，是两套不同的配置。

已经获批零数据保留的组织，可直接在 API 控制台配置 ZDR with PSP；尚未获批的组织须满足资格与审批要求。控制台路径是 Organization settings > Data controls > Data retention，然后选择 Connect storage。客户还须回应有关安全疑虑的通知。

GPT-6 Cyber 博文怎么写 PSP

GPT-6 Cyber 博文（https://openai.com/index/introducing-gpt-6-cyber/）把 Private Safety Processing（PSP） 列为该模型发布时一并加强的保障之一。博文称，OpenAI 用自动化检查审查相关交互是否涉及滥用。标准保留仍是默认。 使用 Zero Data Retention 的 API 客户 generally must 使用 PSP，由它审查留在客户存储中、保留 30 天 的加密记录，且不会把提示词与回复暴露给 OpenAI 人员。

这句 generally must 出自 GPT-6 Cyber 博文，而不是 PSP 开发者文档里的单独原句，也不等于所有零数据保留客户、所有模型都只能走 PSP。文档仍写明，符合条件的模型可以通过另开项目使用 ZDR without PSP。两处都出现在公开材料里。

PSP 也不是随这条 OpenAI Developers 推文才发明出来的。OpenAI 在 2026年8月19日 的博文 *Offering Zero Data Retention for frontier models*（https://openai.com/index/offering-zero-data-retention-for-frontier-models/）里预告了该能力，并在 2026年9月22日 的更新中写道，正在向 API 客户推出 PSP，访问范围分阶段扩大——并不是今天才首次推出。

这里写的是 ZDR with PSP，记录留在客户控制的云存储里。它与 Private Retention with Private Safety Processing（曾称为 Eyes Off，内容留在 OpenAI 托管的加密滥用监测日志中）不是同一件事。

要点速览

  1. 谁。 OpenAI Developers（@OpenAIDevs）、开发者文档，以及 GPT-6 Cyber 博文。
  2. 何时。 北京时间 2026年11月6日 00:54:19（11月5日 16:54:19 UTC）。2026年8月19日预告；9月22日写明分阶段推出。
  3. 什么。 PSP／ZDR with PSP：对相关 API 请求做离线、自动化安全审查，OpenAI 不保留客户提示词与回复。
  4. 记录在哪。 客户控制的 AWS S3、Azure Blob、Google Cloud Storage 或 OCI Object Storage。
  5. 谁来审查。 带硬件证明的 Safety Review Runtime 里的自动化安全代理；人员读不到受保护的提示词与回复。
  6. 明文离开什么。 有界 safety signals 与 operational metadata——并不等于安全侧没有任何信号。
  7. TTL。 30 天。
  8. 如何启用。 按项目，覆盖该项目全部 API 流量。符合条件的模型仍可通过另开项目使用 ZDR without PSP。
  9. 默认（Cyber 博文）。 标准保留仍是默认；使用零数据保留的 API 客户 generally must 使用 PSP。
  10. 实测。 我们暂时还没有实测 PSP；DigIntoAI 尚未开通零数据保留，也未接通客户存储。

一句话收束

北京时间 2026年11月6日 00:54，OpenAI Developers 介绍了 Private Safety Processing：可以在不保留客户提示词与回复的前提下审查相关 API 请求；记录留在客户环境，由自动化安全代理审查，人员读不到其中的内容。开发者文档称之为 ZDR with PSP，把加密记录写入 AWS S3、Azure Blob、Google Cloud Storage 或 OCI Object Storage，TTL 为 30 天，并写明明文离开的只有有界 safety signals 与 operational metadata。启用按项目；符合条件的模型仍可通过另开项目使用 ZDR without PSP。GPT-6 Cyber 博文写明标准保留仍是默认，使用零数据保留的 API 客户 generally must 使用 PSP。能力已在 2026年8月19日预告、9月22日写成分阶段推出。我们暂时还没有实测。