2026.09.02 / Agent Memories

コンテンツ運用で効くAI記憶の正本管理｜続きから動ける運用設計

昨日直した料金が、今日のSNSでは旧価格に戻る。商品ページの注意書きとメルマガの表現が食い違う。コンテンツ運用で起きるこの種の漂流は、書き手の注意力だけでは止まりません。AIが参照する「最新版」が媒体ごとに違うことが原因です。

正本は、すべてを一つの巨大ファイルへ詰めることではありません。事実、表現ルール、公開判断という種類ごとに、更新責任と参照先を一本化することです。記事、SNS、LPを横断しても矛盾を増やさないための、編集現場向けの設計を説明します。

原稿より先に「変わる事実」を見つける

商品名、価格、提供地域、申込期限、仕様、実績数字は変わります。ブランドの語調や禁止表現よりも更新頻度が高く、古い下書きから復活しやすい情報です。制作開始時に、原稿本文ではなく変動項目の一覧を作り、各項目の確認先を割り当てます。

ここでの正本は「正しい文章」ではなく「現在の値を決める場所」です。価格なら商品台帳、機能なら仕様書、公開可否なら承認記録というように分けます。同じ数字が複数ファイルに書かれていても、どちらが正本か分からなければAIは多数決で選べません。

事実・表現・公開権限を三層にする

第一層は確認可能な事実です。第二層は、その事実を各媒体でどう表現するかという編集ルールです。第三層は、いつ誰が外部公開してよいかという権限です。三層を混ぜると、「情報が正しい」ことを理由に、未承認の投稿まで自動で進みかねません。

事実層

値、単位、対象期間、確認日、一次資料

表現層

読者、媒体制約、ブランド語彙、避ける断定

権限層

下書き可、予約可、公開可、承認者、失効条件

AIには必要な層だけを渡します。構成案を作る段階で公開トークンを渡す必要はありません。正本管理は内容の統一と同時に、操作範囲を狭くする仕組みでもあります。

URLの羅列を主張単位の対応表へ変える

出典欄にリンクを三つ置いても、どの文を支えるのか分からなければ検証できません。「主張」「根拠箇所」「確認日」「適用媒体」「確認者」を一行にします。由来を表現する標準であるW3C PROV-Oは、EntityがActivityに使われ、別のEntityが生成され、Agentへ帰属する、といった関係を表せます。

編集現場なら、資料をEntity、校正や要約をActivity、担当者やAIをAgentと考えるだけでも役立ちます。たとえば「2026年8月の仕様書を編集会議で確認し、LPの機能表へ反映した」と結べば、仕様書が更新された時に影響する表現を逆引きできます。標準の完全実装より、主張と出典が追えることを優先します。

AIの記憶には複製でなく参照を残す

複数のAIへ同じ価格表をコピーすると、更新漏れが複数生まれます。長期記憶には「価格の正本は商品台帳のこの項目」「最終確認日時」「アクセスできない時は推測しない」と記し、値そのものの重複を減らします。OpenClaw公式のMemory overviewは、長期要点のMEMORY.mdと日々の詳細ノートを分け、記憶を人が読めるMarkdownとして扱う構成を説明しています。

ただし参照先が読めない時に、以前の値を採用するのは危険です。「記録なし」ではなく「正本へ到達不能」として保留し、確認先を返すようにします。コンテンツの締切が迫っていても、価格や法的条件を推測で埋めるより、その段落だけを止めて他の制作を進める方が損失を限定できます。

媒体別の派生を追える公開台帳にする

一つの正本から記事、短文投稿、画像内テキスト、動画字幕が生まれます。公開台帳には、派生元の版、媒体、公開URL、公開日時、担当、撤回方法を残します。原稿のファイル名だけでは、画像に焼き込んだ旧価格や予約済み投稿を見つけられません。

訂正時は、正本を直して終わりにせず、影響する派生物を列挙します。まず新規生成を止め、公開中・予約中・未公開下書きに分け、読者影響の大きい面から直します。最後に検索結果、一覧カード、本文、SNSの実物を見て、意図しない置換がないことを確認します。制作フローの基礎は記憶でつなぐコンテンツ運用も参考になります。

変更レビューを日次とキャンペーン前に分ける

毎朝は、期限が近い値、前日変更された値、正本へ到達できない項目だけを確認します。キャンペーン前には、媒体横断の差分と公開権限を広く点検します。頻度の異なる確認を一つにすると、日次が重すぎて続かないか、重要公開前の確認が浅くなります。

測るべきは原稿本数ではありません。訂正の波及先を見つける時間、旧情報の再登場件数、確認待ちで止まった段落数、公開後の差し戻し数です。詳しい出典管理はAI記憶の出典と確認日、ブランド表現の維持はブランドボイスを守る記憶へつながります。

NISTの枠組みは版を固定して参照する

NIST AI Risk Management Frameworkは、AIによる個人・組織・社会へのリスクを管理するための自発的な枠組みとして公開されています。この記事でいうNIST AI RMFは2023年1月26日公開の1.0を指します。公式ページはAI RMF 1.0が現在改訂中だと明記しているため、改訂後の内容がすでに1.0へ含まれるような書き方はしません。

コンテンツ運用では、リスクの高い主張を特定し、出典と更新責任を結び、公開後も観測して修正する流れへ応用できます。ただしAI RMFは原稿の正誤を自動判定する規格ではありません。業界固有の法令、契約、広告ルールは別の正本として管理します。

正本の更新には小さな変更通知を付けます。変更項目、旧値、新値、適用開始、影響媒体、更新担当を一行で残せば、制作AIは本文全体を再生成せず、関係する箇所だけを候補化できます。公開済み素材への反映は別の承認列へ置き、正本変更と同時に無条件で上書きしません。

また、表現違いをすべて矛盾と見なさないことも大切です。長文記事と短文広告では説明量が異なります。事実層が一致し、媒体別ルールの範囲に収まるなら正しい派生です。差分検査は文字列一致ではなく、金額、対象者、条件、期限、断定の強さという意味の核を比べます。

よくある質問

正本は一つのファイルでなければいけませんか？

いいえ。対象ごとに正本が一件へ定まっていれば、商品仕様、表現規約、承認台帳を別ファイルにできます。重要なのは、同じ対象に現行正本が二つ並ばないことと、参照順が明示されていることです。

古い記事も正本の変更に合わせて全部直しますか？

変更の性質で判断します。現在も申込を促す価格・安全・契約情報は優先して影響確認します。公開当時の記録として残す記事は、日付と旧情報であることを明示する方法もあります。一律置換は歴史的文脈や引用まで壊すため避けます。

AIに正本への書き込みも任せてよいですか？

提案や下書きと、正本確定を分けるのが安全です。低リスク項目はレビュー付きで自動化できますが、価格、権利、公開可否などは承認者を残します。詳細はAIの承認境界を確認してください。

正本は制作速度を落とす規則ではない

正本があると、毎回全員へ聞く作業が減ります。確認できた事実だけで下書きを並行し、未確認の一段落だけを保留できます。まず次の一本について、変動項目を五つ挙げ、事実・表現・権限の確認先を一つずつ割り当ててください。その小さな対応表が、媒体を増やしても内容が漂流しない編集基盤になります。