2026.11.02 / Agent Memories

データ移行で効くAI記憶の障害復旧｜続きから動ける運用設計

データ移行が途中で止まったとき、もう一度同じ処理を実行してよいかは、エラーメッセージだけでは決まりません。移行先には一部が書き込まれているかもしれず、画面に出なかった成功も考えられます。AIへ引き継ぐ記憶には「失敗した」だけでなく、どこまでの反映を確認できたかを残す必要があります。

移行の範囲を識別する

架空の顧客メモ移行を例に考えます。旧システムから出したファイルを新しい保管先へ取り込む際、全件を一括で扱うより、対象を識別できるまとまりに分けると照合しやすくなります。作業名だけでなく、入力ファイル、抽出条件、対象期間、件数を記録してください。同じ名前のファイルを後から差し替えた場合も区別できるよう、内容のハッシュ値を添える方法があります。

件数は補助的な確認です。移行元と移行先が同数でも、ある記録が二重になり、別の記録が欠けている可能性は残ります。元の識別子と移行先の識別子の対応、重要項目の値、添付資料の有無を比べる観点も、取り込み前に決めておきます。

中断時の記憶を分ける

反映を確認できた部分

移行先を読み直して確認できた記録は、処理の受付ログとは別に残します。「送信した」と「保存されている」を区別するためです。確認時刻と確認方法があれば、次の担当者も同じ対象を調べられます。AIが成功と要約したことだけを、反映済みの根拠にしないようにします。

未着手の部分

まだ処理に渡していない対象は、未着手として区別します。復旧後に進められる範囲が明確になり、結果不明の対象まで一緒に再投入せずに済みます。入力の並び順だけに依存すると、並べ替えで対象が変わるため、開始行と終了行に加えて識別子の集合も保持すると照合に役立ちます。

結果が分からない部分

通信が途切れた直前の対象は、成功にも失敗にも含めず、結果不明として扱います。移行先の検索、履歴、受付番号など、利用できる読取手段で確認します。それでも判別できない場合は、その対象への追加書込を保留し、サービスの管理者へ確認する手順を用意してください。

再実行の条件を確かめる

同じ要求を送っても重複しない機能が移行先にあるなら、識別用の値や再実行時の仕様を確認します。単に「重複防止がある」と覚えるだけでは不十分です。どの範囲で有効か、有効期間があるか、本文を変えた要求がどう扱われるかを、使用するサービスの説明と試験環境で確かめます。

そうした機能がない場合、移行先に存在する記録と未反映の記録を分けてから、未反映と確認できた対象だけを取り込みます。取込済みの内容を上書きする方式なら、新システムで利用者が加えた修正を消すおそれもあります。中断後に追加された変更を比較できるまで、全件の再取込は避けるべきです。

戻す範囲と残す範囲

復旧には、続きを取り込む方法と、取り込み前へ戻す方法があります。戻す場合も、新しい保管先で作られたすべてのデータを消すのではなく、今回の移行で追加した対象を特定します。別の担当者による正常な変更は、移行失敗の一部として扱いません。削除や上書きを伴う操作は、権限と承認を確認した範囲に限定します。

バックアップがあるだけでは復元できるとは限りません。読み出せるか、必要な添付資料が含まれるか、元のシステムへ戻せる形式かを確認します。試験用の環境で復元を試し、使った手順と結果を記録しておくと、本番で選べる対処が具体的になります。

由来の記録を移行へ応用する

PROV-OはEntity、Activity、Agentと、それらの生成や利用などの関係を表すためのW3Cの語彙です。移行元の出力、変換処理、移行先の記録、実行者を対応づける考え方の参考になります。ただし、この語彙を付けただけでデータの完全性が保証されるものではありません。

OpenClawの記憶の説明にあるMarkdownファイルは、再開用の記録を人が読み直す手段の一例です。大量の個人データを記憶へ複製するのではなく、照合結果と保護された元データの参照先を残す使い方が考えられます。実データのアクセス制御は保存先で別に管理します。

復旧の終了を判定する

処理が最後まで走ったことに加え、欠落、重複、項目の変換誤りを調べます。日付の時差、空欄とゼロの違い、文字化け、長い文章の切り詰めなど、件数だけでは見えない問題を確認してください。抽出検査しかできなかった部分は、全件検査と区別して結果に書きます。

NIST AI RMFのGovern、Map、Measure、Manageは、移行で起こる影響を整理し、確認と対処を担当者へ結びつける参考になります。本稿の復旧案は各機能を実務へ応用した提案であり、NISTが特定の取込方式を推奨しているという意味ではありません。

最後に、移行先で実際に必要な検索や閲覧ができるかを試します。失敗対象の回収結果と未解決の差分を残し、次の通常処理がどのデータを使うかを明確にします。AIの再開メモも同じ結果へ更新すれば、すでに終わった復旧を次回また始める混乱を減らせます。