2026.10.22 / Agent Memories

データ移行で効くAI記憶の情報の分離｜続きから動ける運用設計

AI記憶を別の保存先へ移すとき、怖いのは件数の欠落だけではありません。個人用のメモが共有検索へ混ざり、移行前には見えなかった相手に見えることもあります。内容を正しく変換できても、閲覧範囲が変われば同じ移行とは言えません。この記事では、データ移行に伴う情報の分離を、移す前の分類から切替後の確認まで順に考えます。

移行単位をファイルではなく利用目的から決める

一つのフォルダに入っているからといって、同じ宛先へ運べるとは限りません。営業手順、顧客の連絡先、担当者の個人的な振り返り、接続用の資格情報が並んでいるなら、まず用途ごとの台帳を作ります。機密の原文を台帳へ再掲せず、識別子、分類、現在の保管場所、移行先、判断担当を記載します。分類できない項目は未判定の箱へ置き、共有側には投入しません。

たとえば問い合わせ分析の移行では、件数や質問カテゴリは集計用、住所や注文番号は個別対応用です。集計に必要ない識別情報を切り離せば、分析担当へ顧客原票を渡さずに済みます。ただし名前だけ消しても、日時や珍しい相談内容の組合せから本人が推測できる場合があります。匿名化できたという判断は、除いた列の数ではなく利用場面に照らして行います。

原本・変換結果・検索用データを三つに分ける

変換作業のために受け取った原本を、そのまま新しい検索サービスの入力にしないことが大切です。原本は限定された作業領域へ置き、変換結果には必要な情報だけを載せます。検索用データはさらに別の派生物として管理します。この区別がないと、一度取り除いた情報が古い索引から再び回答へ現れることがあります。

対応表には、原本IDから変換先IDへの関係と、除外した理由を残します。除外理由は「不要」ではなく「集計目的には連絡先が不要」のように説明します。認証情報は通常の記憶データとして移行せず、承認された秘密情報管理の手続へ分けます。記憶側に残すのは参照名と利用条件であり、鍵そのものではありません。

アクセス設定を変換仕様の一部にする

旧環境で担当チームだけが読めた記録は、新環境でも同じ境界が必要です。所有者名の列をコピーしただけでは、アクセス制御を移したことにはなりません。役割、案件、読み取りと書き込み、有効期間を対応させ、移行先で実際に拒否されるか確認します。保存形式がMarkdownでもデータベースでも、この検証は省けません。

検査用には架空の顧客名やダミーの番号を使います。許可された担当が必要な記録を取得できる正例と、別案件の担当が取得できない負例を用意してください。検索結果の見出し、件数、抜粋から漏れる場合もあるため、本文を開けないだけでは不十分です。拒否されたときのログに入力原文が残らないことも見ます。

少量の移行で分離の崩れを見つける

最初の試験は、種類の違う十数件ほどで十分です。共有可能な手順、限定公開の顧客メモ、期限切れの記録、参照切れの記録を含めます。移行前後の件数が一致しても、分類の合計が合わなければ進めません。除外した分と保留した分を含めて元の件数へ戻せるようにします。文字化けや空欄も、無害な変換結果と決めつけないでください。

新旧を比較する間は、二つの保存先を両方とも書き込み可能にすると混乱が増えます。更新を受ける正本を一方に固定し、もう一方は照合用とします。移行中に変更された記録は差分の対象へ明示的に加えます。古い複製を新しい決定として戻さないため、版と確認時刻を一緒に扱うことが必要です。

漏れが見つかったときは該当する経路を閉じる

共有検索へ機密が混ざった場合は、対象の公開や取得を止め、関連する索引と派生データの範囲を調べます。情報を別の文書へ貼り直して相談するのは被害を広げる行動です。報告には対象ID、露出した範囲、確認できた期間を使います。事故と無関係な業務まで停止させず、安全な読み取りや、機密を含まない検査は続けます。

取り消しはファイルの削除だけで終わりません。検索索引、キャッシュ、保存済み回答、バックアップの扱いをそれぞれ確認します。即時に完全消去できない領域は、その条件と予定を明示します。旧環境へ戻す場合も、新環境で生じた更新をどう回収するか決めないと、情報漏れを直す代わりに業務記録を失います。

切替の完了を「見える・見えない」の両方で判定する

受入条件は、必要な人には必要なデータが見え、不要な人には原文も抜粋も見えないことです。変換件数、除外理由、権限テスト、秘密情報の混入確認をまとめ、移行責任者が読める形にします。移行直後だけでなく、索引更新や担当変更のあとにも同じケースを試します。旧データを残すなら復旧目的、保管場所、見直し日を定め、通常検索とは分離します。

よくある質問

全データを移してから権限を直してもよいですか？

広い閲覧範囲へ入れた瞬間から露出が起こり得ます。未分類の項目を限定領域へ保留し、移行先の制御を確認してから対象を増やす方が安全です。

暗号化していれば情報の分離は不要ですか？

暗号化は保護手段の一つですが、正規に復号できる利用者への過剰な共有を防ぐものではありません。用途と権限の区分は別に必要です。

旧保存先はいつ片付けますか？

受入検査と復旧期間が終わり、保持義務や参照先を確認したあとです。片付けの承認と、移行の成功判定を同じ操作にまとめないようにします。

一次資料とこの記事の範囲

OpenClaw Memory文書は記憶をワークスペースのMarkdownとして説明しています。可読なファイルであることと、誰でも閲覧してよいことは別です。W3C PROV-OのEntity・Activity・Agentという区分は、原本、変換活動、担当の関係を整理する参考になります。NIST AI RMFのGovern・Map・Measure・Manageはリスク管理の機能であり、特定の移行ツールの安全性を保証しません。ここで述べた台帳や検査は運用上の提案で、法的判断や全製品共通の実装仕様ではありません。