# OpenAI Private Safety Processing：ZDR 下跨互動辨識風險，OpenAI 人員無法接觸原始內容

> 📖 本站完整內容索引（documentation index）：[llms.txt](/llms.txt)

> 原作者：OpenAI (@OpenAI) · 策展與摘要：EasyVibeCoding · 平台：X (Twitter) · 熱度：🔥🔥 · 日期：2026-08-19

> 原始來源：https://x.com/OpenAI/status/2090165328290701800

## 證據與延伸閱讀

- [OpenAI Private Safety Processing：ZDR 下跨互動辨識風險，OpenAI 人員無法接觸原始內容。](https://openai.com/index/offering-zero-data-retention-for-frontier-models/) — 官方文件
- [Content Access Controls 架構圖](https://pbs.twimg.com/media/HQHCFkxbYAAkSFJ.jpg?name=orig)

## 中文摘要

OpenAI Private Safety Processing：ZDR 下跨互動辨識風險，OpenAI 人員無法接觸原始內容。

**核心主張**　OpenAI 於 2026 年 8 月 20 日表示，會繼續為 frontier models 提供 Zero Data Retention。這項承諾代表符合資格的 API 客戶在請求處理完成後，OpenAI 不保留其 prompt 與模型回應；企業資料也不會用於訓練模型，除非客戶明確選擇加入。OpenAI 認為，隨著 AI 承擔更長、更自主的工作，安全系統必須看到相關互動之間的模式，但企業不應因此失去對敏感資料的控制。

**Private Safety Processing**　這項功能目前以預覽形式與早期客戶測試，目標是把原本逐次檢查互動的 ZDR 安全機制，延伸到多次相關互動之間。自動化系統會分析可能的濫用模式，並只回傳範圍受限的安全訊號；OpenAI 人員即使面對被標記的活動，也無法看到底層 prompt 或回應。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/87dbd4be9725ca7e.jpg)
> Content Access Controls 的架構圖，上方為 API REQUEST 指向下方標示為 PRIVATE SAFETY PROCESSING 且註明 No OpenAI personnel access 的大框，框內左側為 CUSTOMER-CONTROLLED DATA STORAGE、右側為 AUTOMATED SAFETY REVIEW，並分別透過實線與虛線箭頭連接至右上方的 CUSTOMER 區塊與右下方的 OPENAI 區塊，右上角帶有 OpenAI logo。

- 在 ZDR 部署中，客戶內容留在客戶控制的基礎設施上。
- OpenAI 也在開發由 OpenAI 託管儲存的選項，內容會使用客戶控制的金鑰加密，OpenAI 人員不持有金鑰副本。
- 若系統辨識到風險，OpenAI 只會收到指出活動類型的狹義訊號，用於判斷是否需要執行管制措施。
- 客戶可在自己的系統中調查警示與管制決策；若要申訴、說明合法活動，或協助調查已確認的濫用行為，則可自行選擇分享相關資訊。

**為何需要跨互動檢查**　OpenAI 指出，嚴重風險不一定會在單一互動中浮現。例如，惡意使用者可能反覆探測安全防護、跨帳號協作，或把威脅包裝成例行研究；在 agentic 工作中，系統也可能在使用者要求停止後仍繼續行動，逐步偏離原本授權範圍。這些情況都需要更廣的脈絡，才能區分合法使用與濫用。

**企業隱私與後續時程**　OpenAI 表示，金融紀錄、健康資料、機密商業計畫與專有研究等資訊，對企業的法規遵循、客戶信任及競爭優勢都十分重要。Glean 的 Chief Information Security Officer Sunil Agrawal 認為，OpenAI 的 no-training 承諾與 ZDR，讓企業能在維持資料控制的前提下採用 AI。OpenAI 計畫於 2026 年 9 月開始逐步推出 Private Safety Processing，並同步分享技術白皮書；相關說明見 [OpenAI 公告](https://openai.com/index/offering-zero-data-retention-for-frontier-models/) 。

## 標籤

功能更新, 資安, 企業文化, OpenAI