企业用 AI 时最常卡住的问题,不是模型够不够强,而是“我们的数据会不会被看到、会不会被拿去训练”。OpenAI 在近期的开发者大会上推出了一套名为 Private Intelligence 的数据保护方案,试图用技术机制而不是单纯的承诺来回答这个问题。

这套方案由两部分组成

第一部分:零数据保留 + 私密安全处理(ZDR with PSP),已可用。 零数据保留的意思是:对于符合条件的 API 客户,OpenAI 在处理完请求后不保留提示词与模型输出,内容不对 OpenAI 员工开放,企业数据也不用于训练模型,除非客户明确选择加入。

但“不保留”与“要做安全审查”之间一直存在张力:要发现滥用,就得检查内容。为此推出的私密安全处理,把安全审查放进一个员工无法读取原文的环境里:需要审查的数据被加密后,存放在客户自己管理的存储中(例如 AWS、Azure 或 Google Cloud 上的存储),保留期最长 30 天,只有经过硬件证明的安全运行时才能解密并做自动化审查。OpenAI 拿到的是有限的安全信号,而不是客户的提示词与输出原文。

它还能跨多次交互发现单次请求看不出来的风险模式,而不是只对每一次请求单独判断。审查用的加密记录在保留期内由客户控制存储、权限与密钥授权,审查本身不把内容用于训练。

第二部分:私密推理(Private Inference),计划今秋推出。 这一步要把保护从“安全审查”延伸到“推理过程本身”:结合机密计算与可验证的控制,让推理在加密保护的环境里完成,进一步降低数据在处理过程中被接触的可能。截至公布时,支持的模型、API 端点、企业版 ChatGPT 是否覆盖、硬件与费用等细节尚未公布,需要等后续说明。

一个必须说清的例外

零数据保留并不意味着“什么都不留”。按照 OpenAI 的说明,涉嫌儿童性虐待内容的图片等极少数依法必须处理的情形,仍可能被保留用于人工审查与上报。这不是方案的漏洞,而是法律义务的边界,企业在合规评估时应当把这一点写进自己的风险清单。

企业落地前要核对什么

  1. 确认自己是否符合资格:零数据保留面向符合条件的 API 客户,不是所有调用默认开启,先确认账户与项目配置。
  2. 区分“员工不可见”与“无任何留存”:审查用的加密记录仍有最长 30 天的保留期,要确认存储、密钥与权限由谁控制、到期如何清理。
  3. 把安全信号的流程写进事件响应:当系统只返回有限的安全信号时,团队需要提前明确谁来调查、如何申诉、以及何时需要客户主动提供内容协助。
  4. 不要把合同承诺当成认证:在评估材料中,核对它是否对应你所在行业需要的合规认证,把技术机制、合同条款与审计证据分开看。
  5. 等私密推理的细节:在模型清单、端点与定价公布前,不要基于“今秋推出”做架构承诺。

怎么看这件事

这套方案的意义不在于某个新功能,而在于思路的转变:从“请相信我们不会看”变成“用加密、隔离与硬件证明让看不到成为默认状态”。对处理机密代码、未公开研究、客户隐私数据的团队来说,这类机制会让采购与合规评审更容易推进;但它也不会消除所有风险——例外情形、密钥管理与事件响应流程,仍然需要企业自己补齐。技术隔离解决的是“谁能接触数据”,而数据治理的责任,始终在数据所有者手里。

最后修改:2026-10-18
如果觉得我的文章对你有用,请随意赞赏