2026.09.15 / Agent Memories

コンテンツ運用で効くAI記憶の判断ログ｜続きから動ける運用設計

記事、SNS、メール、LPを同時に運用していると、最終稿だけを保存しても次の制作は速くなりません。「なぜこの表現を採用したか」「なぜ別案を止めたか」が残っていないため、翌週には同じ議論をやり直すからです。AIへ過去コンテンツを読ませるだけでは、公開済みという事実と、現在も有効な判断を区別できません。

コンテンツ運用の判断ログは、文章の保管庫ではなく、採用・保留・却下を再利用可能にする記録です。ここでは企画から公開後レビューまでを一つの流れとして扱い、媒体ごとの表現を変えながら、確認済み事実とブランドの意図をぶらさない方法を整理します。

完成稿より先に「判断の単位」を決める

一つの投稿には、テーマ、読者、主要訴求、根拠、媒体、CTA、使用画像など複数の判断があります。これらを「投稿案を採用」の一行へまとめると、後から別媒体へ展開する時に再利用できません。判断ログでは、何を決めたのかを一項目ずつ分けます。

たとえば「初心者向けの記事にする」は対象読者の判断、「専門用語を見出しで使わない」は表現の判断、「公式資料の確認日を入れる」は根拠管理の判断です。各項目へ決定者、決定時刻、適用媒体、見直し条件を付けると、AIは古い完成稿を模倣するのではなく、現在の条件に合う判断だけを取り出せます。

確認済み事実と訴求案を別の欄へ置く

事実とコピーを同じ欄へ入れると、強い表現がそのまま事実として再利用されます。製品仕様、価格、公開日、検証結果は「確認済み事実」へ、読者へどう伝えるかは「訴求案」へ分けます。事実には資料名、URL、確認日、確認者を付け、訴求には対象媒体と採用理由を付けます。

AIが新しい案を出した時も、先に事実欄との一致を確認します。魅力的でも資料が支えない断定は保留へ戻し、言い換えで事実境界を越えないようにします。逆に、媒体に合わなかったコピーを「事実誤り」として捨てる必要はありません。事実は維持し、表現だけを作り直せます。

採用・保留・却下を三つの状態で残す

不採用案を削除すると、別の担当やAIが同じ案を翌日に提案します。却下には観測できる理由を付けます。「弱い」ではなく、「一覧を横320pxに縮めると主語が読めない」「既存記事と検索意図が重なる」のように、次回も判定できる言葉へ変えます。

保留は却下とも採用とも違います。情報不足、Owner判断待ち、公開時期待ちなど、再開条件を明記します。条件が満たされる前にAIが保留案を確定稿へ混ぜないよう、状態を明示します。採用済みでもキャンペーン終了や仕様変更で失効するため、有効期限または見直しtriggerが必要です。

媒体展開では共通判断と派生表現を結ぶ

ブログの見出し、Xの冒頭、メール件名は同じ文章である必要はありません。共通にするのは、確認済み事実、主要訴求、避ける表現、到達先です。各媒体のコピーは派生物として共通判断へ結び、文字数、画像比率、利用場面に合わせて変えます。

ブログで採用した長い説明をSNSへ切り詰めた場合、どの事実を省略し、何を残したかを記録します。公開後にはURL、画像、campaign IDを紐づけ、同じ素材の重複投稿を検知できるようにします。媒体横断の一貫性とは一字一句を揃えることではなく、根拠と約束を揃えることです。

公開後の反応を元の判断へ戻す

クリック率や滞在時間だけを別表へ保存すると、なぜ数字が変わったかを説明できません。反応は元の仮説と判断IDへ結びます。見出し変更、画像変更、配信時間変更を同時に行った場合は、何が効いたか断定せず、複数変更として記録します。

問い合わせや訂正も重要です。読者が誤解した箇所、説明を追加して解決した箇所を記録し、次の記事の制作前チェックへ戻します。成功数だけでなく、同じ修正の再発、公開前の差戻し、再説明時間が減ったかを見ると、判断ログが実務へ効いているか分かります。

毎回使える最小フォーマット

対象コンテンツと媒体、読者、目的を一件に固定する。
確認済み事実、仮説、未確認事項を分離する。
候補ごとに採用・保留・却下と理由を記録する。
決定者、適用範囲、有効期限、再検討条件を付ける。
公開物のURLと画像を判断へ結び、実画面を確認する。
反応と訂正を元の仮説へ戻し、次回の制作前に読む。

結果不明の公開は再送せず、公開URL、一覧、state、provider receiptを先に確認します。すでに公開済みならreadbackだけを続け、未公開が確定した時だけ未完了の一手を新しい実行へ渡します。

一次資料から得られる設計の手掛かり

OpenClawのMemory文書は、長期記憶を利用者が確認・編集できるMarkdownとして扱う考え方を示します。判断ログをブラックボックスへ閉じず、人が訂正できる形で持つ根拠になります。W3C PROV-Oは、成果物、制作活動、担当主体の生成・利用・帰属を表現する語彙を定義しており、派生コピーを元判断へ結ぶ際の参考になります。

NIST AI Risk Management Frameworkは、Govern、Map、Measure、Manageの機能でAIリスク管理を整理しています。本記事はAI RMF 1.0を参照し、NISTが案内している改訂作業と混同しません。特定製品の内部実装や法的結論を断定するものではなく、実際の公開判断は組織の最新ルールを優先してください。

よくある質問

チャット履歴を残せば判断ログの代わりになりますか？

代わりにはなりません。会話には途中案、雑談、未承認の提案が混ざります。確定した判断、理由、適用範囲、見直し条件を抽出し、正本から参照できる形にします。

却下案はどこまで残すべきですか？

再提案を防ぐ価値がある案と、却下理由を残します。草案の全バージョンを常駐させる必要はなく、履歴へ移して判断ログからたどれるようにします。

効果は投稿本数で測れますか？

本数だけでは測れません。同じ議論の再発、事実誤り、公開前差戻し、再説明時間、重複投稿が減ったかを追います。