2026.09.06 / Agent Memories

毎日の作業で効くAI記憶の出典管理｜続きから動ける運用設計

毎日の仕事では、ひとつの数字や方針が何度も姿を変えます。朝に読んだ公式発表がメモになり、会議で判断材料になり、午後には提案書の一文になる。翌日、その一文だけを見ても、元資料と確認時点が分からなければ再検証できません。

プロベナンス、つまり情報の由来は、大規模なデータ基盤だけの話ではありません。「どこから来て、誰が確かめ、何に使い、何へ変わったか」を短く残す習慣です。日報を増やさず、日々の判断を後からたどれる形にする方法を紹介します。

朝のメモに「確認した事実」と「解釈」を分ける

ニュースや仕様ページを読んだら、原文の要点と自分の判断を別欄へ書きます。「新機能が公開された」は資料で確かめられる事実ですが、「自社の顧客に向いている」は解釈です。二つを一文にすると、後日AIが解釈まで外部事実として引用することがあります。

最小の記録は、主張、資料名、URL、確認日、確認箇所、確認者、確度です。変化しやすい価格や利用条件には次回確認日も付けます。リンクだけを保存せず、どの主張を支えたかを短く書くことで、リンク切れや更新時に見直す範囲を特定できます。

一日の流れを材料・作業・成果物で結ぶ

午前の資料、昼の比較作業、午後の提案書をそれぞれ独立したファイルとして扱うと、関係が消えます。材料が何で、どの作業に使われ、どの成果物が生まれたかを一本の線にします。W3C PROV-Oは、Entity、Activity、Agentを中心に、生成、利用、派生、帰属などの関係を表現できるW3C Recommendationです。

日常業務でRDFを導入しなくても、「提案書v3は、料金表2026-08-28と顧客ヒアリング12件を使い、比較作業を経て、営業担当とAI編集者によって作成」と記せます。重要なのは、成果物から材料へ戻れることと、材料の更新から影響成果物を探せることです。

人の決定と外部資料を同じ根拠にしない

「公式仕様でそう決まっている」と「社内Ownerが今回はそう決めた」は、どちらも業務の根拠になり得ます。しかし前者は外部資料の再確認、後者は権限者と適用範囲の確認が必要です。由来の種類をexternal fact、internal decision、observation、hypothesisへ分けます。

内部決定には決定者、日時、対象、失効条件を付けます。観測には環境と取得方法、仮説には検証予定を付けます。AIへ検索させる時は、問いに合う種類を指定します。価格を調べるのに過去の社内予想を採用したり、社内方針を外部事実の多数決で上書きしたりする誤りを減らせます。

毎日の詳細と長期の要点を別の速度で育てる

すべてのメモを永続記憶へ入れると、古い観測が現行方針と競合します。日中は時系列の作業ノートへ詳細を残し、終業時に再利用価値のある決定、失敗、正本参照だけを長期層へ昇格させます。OpenClaw Memory overviewも、MEMORY.mdを耐久的な要点、日付付きmemoryを詳細な日々の記録として分ける構成を説明しています。

昇格時には、元の日次ノートへの参照と確認日を残します。全文コピーは検索には便利でも、訂正が二か所必要になります。長期層には結論と行動境界、日次層には経緯と観測を置くと、起動時の負荷も抑えられます。具体的な習慣はAIと記憶習慣を作るにも整理されています。

午後五分の来歴チェックを回す

終業前に、その日外部へ渡した成果物だけを対象に確認します。重要主張へ一次資料が付いているか、確認日があるか、未承認案が確定表現になっていないか、古い資料から派生していないかを見ます。全メモをレビューする必要はありません。

1. 今日作った外部向け成果物を列挙する
2. 各成果物の重要主張を二、三件選ぶ
3. 元資料と内部決定を別々にたどる
4. 不明な主張は断定を弱めるか、保留へ戻す
5. 明日再開する一手と確認先を一つ記す

この五分が、翌日の「これはどこ情報？」を減らします。調査資産の残し方は調査を消さないAI記憶も参考になります。

リンク切れと内容更新を別の問題として扱う

URLが開けても内容が更新され、当時の主張を支えなくなることがあります。反対にリンクが切れても、文書名、版、取得日、保存があれば当時の根拠を特定できる場合があります。定期レビューではHTTP状態だけでなく、主張との意味的一致と対象時点を確認します。

差し替え資料を見つけても黙って置換しません。新資料が同じ範囲を支えるかを比べ、違うなら主張を修正します。古い由来は履歴へ残し、新しい由来から旧判断がどう変わったかを記します。出典設計の詳細はAI記憶に出典を残す設計へつながります。

NIST AI RMFを現在版として読み違えない

NISTのAI Risk Management Framework公式ページは、AI RMFを自発的利用の枠組みとして説明しています。本稿で参照する確定版は2023年1月26日に公開されたAI RMF 1.0です。同ページは現在1.0を改訂中と案内しているため、「最新の将来版がこの要件を定めた」とは書きません。確認日時点の1.0と改訂状況を分けて記録します。

日常業務では、由来の追跡をリスクの把握、測定、管理へ接続できます。重大な意思決定ほど根拠と観測を濃くし、低リスクのメモは簡潔にする。ただしAI RMFは個々の情報が真実であることを保証しないため、分野固有の一次資料と専門確認は別途必要です。

共同編集では、誰が最初に書いたかより、どの変更が主張の意味を変えたかを追います。誤字修正と、数値・対象範囲・因果関係の変更を別の種類として記録します。意味を変える編集には新しい確認を要求し、装飾だけの変更で根拠確認を繰り返さないようにします。

由来台帳そのものも正本と履歴を分けます。現在の成果物からたどる索引は軽く保ち、細かな取得ログは日次記録へ置きます。索引が壊れた時は「根拠なし」と断定せず、元資料と履歴を検索して復旧します。復旧後は、同じ主張が別経路から重複登録されていないかを確認します。

よくある質問

すべてのメモにURLを付けなければいけませんか？

URLがない由来もあります。社内決定、実機観測、顧客ヒアリングには、決定者、観測条件、ケースIDなどを付けます。大切なのは由来の種類と確認先が分かることです。雑談や一時的なアイデアまで同じ密度で記録する必要はありません。

AIの回答そのものを一次資料にできますか？

AI回答は調査の入口や要約として使えますが、外部事実の一次資料とは分けます。回答が示した公式文書へ戻り、主張が実際に支えられるか確認します。確認できない場合はAI生成の仮説として扱います。

由来記録に誤りを見つけたら削除しますか？

現行成果物を訂正し、誤った記録にはSUPERSEDED相当の状態と置き換え先を付けます。単純削除すると、なぜ表現が変わったかを説明できません。個人情報の削除要請や保存義務が関わる場合は、組織の保持方針を優先してください。

由来は明日の自分への検索地図になる

一日の終わりに長い報告書を書く必要はありません。重要な主張を二件選び、材料、作業、成果物、関与者を結ぶだけで始められます。由来がある記憶は、権威らしく見せる飾りではなく、間違いに気づいた時に修正点へ戻るための地図です。その地図があれば、AIも人も昨日の判断を無条件に信じず、必要な箇所だけ確かめ直せます。