収集しなかったデータは、召喚状の対象にならない

転用が既定であり、あなたのシステムはすでにその申し出をしている

レンズを自社に向けてみる。顧客データ基盤はパーソナライゼーションのために構築された。従業員モニタリングのテレメトリはセキュリティ・コンプライアンスのために構築された。通話録音は品質保証のために構築された。そのいずれのデータセットにも、誰かにとって魅力的になる第二の用途がある。規制当局、買収者、訴訟相手、あるいは異なる圧力のもとに置かれた将来の自社経営陣である。

その申し出は、今日受け入れられる必要はない。開かれたままであればよい。削除スケジュールを持たないデータセットとは、次にそれを支配する者が、まだ存在しない規則のもとで行使できる、常時有効なオプションである。

---

会議一回で終わるテスト

自社で最大の顧客データセットを一つ選び、明日裁判所がその提出を命じたら法的義務はどうなるかを問うてみる。多くの企業は、答えが保持ポリシーに全面的に依存しており、そしてその保持ポリシーはストレージバケットを設定した者が書いたものだと気づくことになる。

規制の枠組みは原則の点で一致している。UAEのPDPLもGDPRの保存期間制限も、個人データを目的が要求する期間を超えて保持してはならないと定めている。ただし執行の実態としては、規制当局が事実を知るのは転用の後であって、前ではない。実際に拘束力を持つ統制は、自社のアーキテクチャに自ら書き込んだものだけである。

---

最小化とは選択権の購入である

データ最小化は経営層に対し、コンプライアンス費用として、プライバシー部門に納める税として売り込まれてきた。正直に値付けすればその逆である。すなわち選択権の購入だ。収集しなかったデータは、召喚されることも、漏洩することも、自分と同じ慎重さを持たない後任者に転用されることもない。

節約されるのはストレージ費用ではない。それはほぼ無料である。節約されるのは、そのデータが負債と化す未来の幅である。特定個人に関するあらゆる永続的な記録は、保存されたAIの判断という言い方に倣えば、将来の証拠物件である。弁護に最も費用のかからない証拠物件とは、そもそも作成されなかったものだ。

---

AI時代の緊張関係──系列は残し、個人の識別情報は減らす

ここで注意深い読者は、見かけ上の矛盾に気づくだろう。事業計画に関する議論では、上書きせずに追記せよと述べている。モデルには、後から再構成できない系列が必要だからだ。本稿では、収集を減らし、早く削除せよと述べている。両者はいずれも正しい。対象とするデータの種類が異なる。

業務プロセスの履歴 ── ステータスの遷移、価格改定、待ち時間、意思決定の結果 ── は積極的に保持すべきである。その価値は累積し、法的な露出は小さい。

永続的な個人識別情報 ── 生体情報、個人に関する自由記述、行動プロファイル ── は同じくらい積極的に最小化すべきである。その法的な露出は累積するが、モデリング上の価値はたいてい累積しない。

失敗の型は、単一のバケットの既定設定に両方の問いを答えさせてしまうことだ。保持は種類ごとの判断であるべきで、文書化され、責任者が置かれるべきである。いつか審問の場で読み上げられることになるあらゆる方針と同じように。

---

エージェント群が到着する前にすべきこと

エージェント活用へ向かうUAEの企業にとって、順序は重要である。エージェントはデータの生成と消費の双方を増幅する。判断を記録し(good)、履歴を読み(good)、そして誰も棚卸ししていない中間ストアに個人データを静かに蓄積しうる(CODISの型が、スタートアップの速度で進行する)。

規模を広げる前に分類すること。自社のデータストアを、系列として価値があるもの、識別情報として機微なもの、その両方、あるいはいずれでもないものに分類する作業に一つの午後を費やせば、エージェントが受け継ぐ保持の既定値すべてが形づくられる。この手順を飛ばした企業も、結局は判断を下している。ただし沈黙のうちに、既定のバケットが指す方向へと。

---

保持の設計は、構築の前に行えば半日の対話で済み、後に行えば訴訟対応になる。5段階のコンサルティング手法は、データ種別のマップを常設の作業として含んでいる。何を残し、何を削除し、それぞれの答えに誰が責任を持つのかを、最初のエージェントが既定値を受け継ぐ前に決めておくためである。