AI画像の保持（retention）を平易な言葉で理解するガイド

AI画像の保持とは、率直に言えば「画像の処理が終わった後、まだ何が残っているのか？」への答えです。

アップロードが残るかもしれません。プロンプトが残るかもしれません。生成された出力が残るかもしれません。サムネイルが残るかもしれません。CDNキャッシュが残るかもしれません。キューのペイロードが残るかもしれません。モデレーションのイベントが残るかもしれません。サポートのスクリーンショットが残るかもしれません。バックアップが残るかもしれません。さらに、コンテンツなしで請求記録だけが残ることもあります。これらはすべて別々の判断です。

保持が自動的に悪いわけではありません。保存されたプロジェクト、チームのギャラリー、監査ログ、ユーザーが管理できる履歴などが必要な製品もあります。問題になるのは、意図しない保持です。便利だったからファイルを残してしまう、デバッグしやすいからログを残す、エンゲージメントが良さそうだったからギャラリーを作る、あるいはバックアップを「現実の一部ではないかのように」説明してしまう、といったケースです。

プライベートなAI画像生成では、最適なデフォルトは通常「短い保持」です。アップロードは処理に使い、出力を返します。プロンプト履歴は保持しないようにします。ユーザーが保存を選ばない限り、出力をホスティングしないようにします。運用記録は、可能な限りコンテンツを含まない形にします。

言葉は重要です。「私たちはあなたのデータで学習しません」は学習についての話です。アップロードが保存されるかどうかは分かりません。「私たちはあなたの画像を削除します」は削除についての話です。削除のための時間枠と範囲が必要です。「プライベート」は露出（公開）についての話です。アクセス制御と、共有のデフォルト設定が必要です。

保持ポリシーを読むときは、名詞に注目してください。プロンプト。アップロードされた画像。生成された出力。ファイル。ログ。不正利用監視データ。アプリケーションの状態。バックアップ。ポリシーに「コンテンツ」と書かれていても、内訳が一切示されていない場合は、内訳を求めてください。

次に時間も見てください。秒、時間、日、あるいはユーザーが管理できる保存期間です。「一時的」は時間ではありません。「必要な限り」は、法的な言い回しであって、エンジニアリング計画ではありません。良い保持の約束は、監視され、テストできる必要があります。

顧客向けの平易な説明は短くあるべきです。何をアップロードするのか。私たちが何を作るのか。何を保持するのか。何を保持しないのか。そして削除がどのように機能するのか。製品がそれを明確に言えないのであれば、システムもおそらく同じように分かっていません。

さらに読む： 一時的なアップロードには保持ポリシーが必要な理由、AIサービスが画像を削除したことを証明できますか？、および Unexposedのデータ保存。