Zero Data Retention は「何も残らない」ではなく、「何がどこに残るかを切り分ける」話
このノートは原文の代替ではありません。読むべきポイントと実装上の意味を整理し、原典への入口を示します。
要点まとめ
- このガイドが重要なのは、AI に入れたデータが全部同じ理由で残るわけではないと分けている点だ。
- 実際には、不正利用を見張るための短期ログ、会話やジョブを動かすための状態保存、外部接続先での保持が分かれている。
- Zero Data Retention はその一部を減らす仕組みであって、全部の保存経路を消す魔法ではない。
- だから日本の導入現場で必要なのは、『保存ゼロ』と言い切ることではなく、endpoint と tool ごとの retention 棚卸しである。
読み終えたら次へ
この1本で終わらせず、同じ目的・同じテーマ・近い原典へ進めます。
何が変わったのか
原典が整理している変化は、保持を一枚岩で扱わないことです。`abuse monitoring` は不正利用や規約違反を見張るための短期ログ、`application state` は会話や job を成立させるための状態保存、third-party retention は外部サービス側の保持です。`/v1/responses` は `store` や background mode で残り方が変わり、`/v1/conversations` などは削除するまで残る。さらに remote MCP server や hosted tool の先は OpenAI の外のルールに従うため、ZDR があっても『全部消える』とは言えません。
なぜ重要か
日本企業では『学習には使われません』と『保存されません』が混同されやすく、そのまま稟議や法務説明に流れがちです。しかし retention を雑に説明すると、後から background job、remote MCP、hosted tool を足した時に内部説明が破綻します。エンジニアにも PM にも重要なのは、データ統制が利用規約の読み物ではなく API 設計の一部だという点です。
技術的ポイント
- `Zero Data Retention` は不正利用監視ログから customer content を外す制御であり、全 application state を消す設定ではない。
- `/v1/responses` では `store=true` や background mode の有無で残り方が変わる。ZDR 有効時は `store=true` を指定しても `store=false` 扱いになる。
- `/v1/conversations`、`/v1/assistants`、`/v1/vector_stores` などには『削除するまで残る』系があり、responses 系と同じ感覚で扱うと誤る。
- remote MCP server や hosted tool の先は third-party retention の対象なので、OpenAI 側の制御と相手先保持を分けて説明する必要がある。
英日キーワード
| 英語 | 日本語 | 補足 |
|---|---|---|
| Zero Data Retention (ZDR) | データ非保持保証 | 一定期間保持しない前提の運用要件。background mode のように保持を前提にする機能とは両立しない場合がある。 |
| Modified Abuse Monitoring | 変更版 abuse monitoring | 不正利用監視ログから customer content を外す制御。機能側の状態保存とは別問題。 |
| application state | アプリケーション状態 | 会話継続や job 追跡など、API 機能を成立させるために残る状態。 |
| retained until deleted | 削除するまで保持 | 明示削除しない限り残る retention 形態。短期ログ型とは分けて扱う必要がある。 |
試すなら
- 使っている API を endpoint ごとに並べ、training、abuse monitoring、application state、third-party retention の 4 列で棚卸しする。
- `responses` を使っているなら、`store` の値、background mode の有無、remote MCP や hosted tool の有無を確認する。
- 社内説明では『ZDR の有無』だけでなく、『どの経路は OpenAI 側で、どの経路は外部サービス側か』を 1 枚で示せるようにする.
注意点
- 利用中の endpoint や tool が ZDR eligible かどうかは個別に見直す必要がある。
- third-party service へ渡った後の retention は OpenAI の ZDR では消えない。remote MCP、web search、外部 API 連携を同じ統制として扱うのは誤りだ。
この記事は役に立ちましたか
公益的に続けるため、役に立った点や読みづらかった点だけを短く送れます。メールアドレスは不要です。