毎日の作業で効くAI記憶の同意と削除|続きから動ける運用設計
毎日のAI活用では、会議メモ、好み、修正履歴、顧客対応の断片が少しずつ蓄積します。一件ずつは小さく見えても、後から検索・要約されると本人が想定しなかったプロフィールになることがあります。「便利だから保存する」を繰り返すだけでは、何のための記憶か、いつ消せるか、誰が見られるかが分からなくなります。
日常業務の同意設計は、毎回長い規約を表示することではありません。保存する情報、目的、利用範囲、確認・訂正・削除の方法を、利用者が予想できる形にすることです。会話の一時利用と長期記憶を分け、仕事を止めずに選択権を守る実務を整理します。
会話利用と長期保存を別の選択にする
今の質問へ答えるために情報を使うことと、次回以降の個人化へ残すことは目的が違います。日程調整で一度使った事情を、自動的に恒久プロフィールへ昇格させません。保存候補を抽出した時は、内容、保存理由、利用先、保持期間を示します。
「会話を保存する」と「会話から要約した記憶を作る」ことも別対象です。元会話を消しても派生要約が残れば、利用者の期待と一致しません。双方の関係を記録し、確認画面から元情報と派生記憶の範囲が分かるようにします。
同意を一つの真偽値へ潰さない
同意には対象、目的、版、取得時刻、利用範囲があります。「同意済み」という一項目だけでは、社内支援のための保存をマーケティングへ転用してよいか判断できません。目的が変わる場合は過去同意を拡張解釈せず、再確認するか対象外にします。
必須記録と任意記憶も分けます。契約履行やsecurity監査で必要な記録は、個人化の任意メモと同じ削除動作にできない場合があります。その場合は根拠、保持期間、アクセス範囲を説明し、「すぐ完全に消える」と断定しません。
保存前に情報を三つへ分類する
日常の記憶候補を、業務上の共通知識、個人に結びつく情報、secret・高機密へ分けます。共通手順はshared正本、個人の好みは本人が確認できる領域、credential本文は承認済みsecret storeへ置きます。便利さのために一つの検索indexへ混ぜません。
第三者情報も見落とせません。利用者が同僚や顧客について話した場合、話者の同意だけで第三者プロフィールへ保存しないようにします。業務記録として必要なら、目的に必要な最小範囲へ要約し、閲覧者と期限を限定します。
毎日の保存を小さく確認可能にする
細かな確認を毎回interruptにすると利用者は内容を読まなくなります。低リスクな候補は日次または週次の確認箱へ集め、「残す・修正する・今回は残さない」を選べるようにします。公開、権限、金融、健康など高影響な記憶は別の明示確認へ戻します。
確認箱には抽出元、作成日、想定用途、見直し日を表示します。AIが推測した内容は「推定」と明示し、本人が語った事実と混ぜません。承認されなかった候補を検索対象へ先に入れないことも重要です。
訂正と削除を同じ画面から始められるようにする
誤った記憶は、保存した場所を利用者が知らなければ直せません。記憶一覧から内容、由来、参照範囲を確認し、訂正または削除を依頼できる窓口を用意します。訂正時は古い値を通常検索から外し、新しい値へ置き換わったことを確認します。
削除は表示だけでなく、長期記憶、検索索引、cache、派生要約を対象別に確認します。backupに残る場合は保持期限と利用制限を示します。削除receiptには機密本文を複製せず、対象ID、処理範囲、完了時刻だけを残します。
期限と終了条件で記憶を棚卸しする
「いつか役立つ」は保持目的になりません。案件終了、30日後、契約終了、次回レビューなど、情報に合うtriggerを決めます。期限到来時には、延長、匿名化、archive、削除を選び、延長には理由と新しい期限を必要とします。
参照回数だけで自動削除すると、重要だが低頻度の停止線まで失う可能性があります。削除前に現在の正本との関係、法的・契約上の保持、復旧価値、依存するautomationを確認します。常駐必須のルールと履歴を同じ基準で整理しません。
同意運用を監査する負例
- 一時利用だけ許可した会話が長期検索へ出ないか。
- 用途変更後に旧同意で新しい利用を始めていないか。
- 第三者情報が本人確認なしでプロフィール化されないか。
- 権限を外した利用者から検索・編集できないか。
- 削除後に派生indexやcacheから取得できないか。
- 拒否ログやreceiptへ元の機密本文が残らないか。
正例だけでなく拒否されるべき動作を試すことで、説明上の同意が実際のアクセス制御と一致しているか確認できます。
一次資料と本記事の範囲
OpenClawのMemory文書は、長期記憶を利用者が確認・編集できるMarkdownとして扱う方法を案内しています。記憶を見えない内部状態だけにせず、訂正可能にする考え方へつながります。W3C PROV-Oは、元会話、派生要約、保存活動、関与した主体の由来を表す語彙を定義しています。
NIST AI Risk Management Frameworkは、Govern、Map、Measure、Manageを通じてAIリスクを扱う枠組みです。本記事はAI RMF 1.0を参照し、NISTが進める改訂内容を確定事項として扱いません。これは法的助言ではなく、適用法、契約、組織方針は専門家と最新版を確認してください。
よくある質問
毎回ポップアップで同意を取るべきですか?
頻度だけを増やす必要はありません。低リスク候補は定期確認、高影響用途は個別確認とし、内容と選択肢を理解できる形にします。
仕事の記録なら個人情報を自由に保存できますか?
できません。業務目的、必要性、閲覧範囲、保持期限を限定し、任意の個人化記憶や第三者情報と分けます。
削除依頼が来たら即時完全消去を約束できますか?
systemごとのindex、cache、backup、法的保持を確認せず約束しません。処理できる範囲と完了時点、残る領域の制限を正直に示します。
関連して確認したい記事
保存しない情報の基準はAI記憶に入れないもの、確認・修正できる記憶は見えて直せるAI記憶、保持期間の違いは短期記憶と長期記憶の分け方も参照してください。日常の同意は一度のチェックではなく、保存から訂正・終了まで選択権を保つ運用です。
AIと記憶の関係を研究する実録から、エージェントメモリーズ開発秘話まで。記憶を持つAIのつくり方を綴っています。
ほかの記事を読む Agent Memoriesを見る