公開日と効力の開始日が異なることがある

架空の配送規定を金曜午後に承認し、月曜午前9時以降に受け付けた注文に適用します。月曜に先週の注文を聞かれたら旧版が合う場合があります。「今日注文するといつ出荷されますか」には新版が必要です。アップロード時刻やファイル名の年だけで選ぶと、両方に同じ規定を使ってしまいます。

検索拡張生成（RAG）は質問に関連する資料を検索し、モデルが回答する根拠にします。原文を改定しても、古い索引、文書断片、過去の会話に残る根拠、回答キャッシュが残る場合があります。保存の成功だけでは最新性を確認できません。効力を判断する時点と、どの原文で答えたかの証拠を先に決めます。

「注文を受け付けた日」「物流センターから出た日」「相談を受けた時点」のどれを使うかは、規定の責任者が定めます。タイムゾーンと境界時刻を含むかも明記します。地域や時点によって回答が変わり、質問に情報がなければ確認します。以下の時刻と規定は架空の例です。

文書ID・版・適用範囲を一緒に記録する

文書IDは同じ規定を継続して示し、版は承認した内容を識別します。検索断片に原文ID、版、位置、承認状態、効力の開始と終了、地域・業務範囲を付けます。同一ファイルの再登録は内容の指紋で検出できます。ただし、同一の文章を別部門が異なる期間に承認する場合があるため、指紋だけで規定を統合しません。

誰が原文を承認できるかも記録します。公式文書、コピーのPDF、Wiki、担当者の要約を同じ権威として扱うと、検索順位によって回答が揺れます。コピーに原文の版と派生関係を付け、承認された原文の適用範囲から根拠を選びます。W3C PROV-DMは資料、活動、責任主体と、資料間の派生を表現します。次の表はこれを参考にした業務規定の設計例です。W3CのPROVデータモデル[1]

権限も別に確認します。有効な規定でも利用者に閲覧権限がない場合があり、閲覧できる旧版でも現在の質問には使えないことがあります。MicrosoftのAzure AI Search文書は、データ源、認証モデル、プレビューの条件を分けて、文書単位のアクセスを説明しています。ここではアクセスを設定済みとして、業務時点と検索の版を検証します。Microsoftの文書単位アクセス制御[2]

文書のライフサイクルと完了の証拠

状態名は運用に合わせられます。処理キューでの成功と、実際の質問で確認した結果を分けます。

文書の状態検索と回答での扱い状態を確認する証拠
下書き・審査中本番候補から除き、必要なら審査環境で利用所有者、審査環境、承認状態
承認済み・効力開始前管理下の索引へ入れ、開始前の質問から除く効力時刻、時間帯、対象、境界の代表試験
有効業務時点と権限に合う版だけ使う検索記録、引用の文書IDと版
置換・失効現在の質問から除外し、承認した過去照会には利用可終了理由、後継版、現在と過去の対照試験
廃止予定・廃止済み廃止状態を適用し、対象の断片とキャッシュを撤回処理イベント、検索経路、承認済み保管範囲
衝突の審査・復旧影響範囲の回答を保留するか承認文書を案内衝突した版、責任者の判断、復旧後の試験

原文の承認、処理待ち、断片の作成、本番索引の切替、キャッシュ条件の変更、代表質問の合格を別々の時刻で記録します。索引の反映遅延と旧キャッシュの利用は別の原因です。元のイベント時刻とサーバーが受信した時刻の区別も役立ちます。

サービスの仕組み

キャンペーンに必要なデータから接続 — 施策から逆算してイベントと属性を定義し、識別子、送信時点、測定ツールの役割を整えます。

遅延や重複した更新イベントで廃止を覆さない

同じイベントを処理し直しても、有効な表示が変わらないようにします。原文の保存順とキューの処理順が入れ替わる場合があるため、承認版と変更番号を参照します。廃止後に古い更新が届いて断片を復活させないよう、現在の状態と版を照合します。物理的にすぐ消せないコピーも、まず検索候補から外せるようにします。

一つの原文を複数の検索文書に分ける実装があります。削除イベント、保持期間、索引の構成、収集の停止後に古い断片を見つける方法を確認します。Azure AI SearchのAzure Storage向け公式資料では、ネイティブの論理削除を検出するには、保持期間内にインデクサーが処理する必要があります。また、原文一つを複数文書にする方式には記載の削除検出が適用されません。実際のデータ源と構成に合わせ、自動と個別の削除経路を決めます。MicrosoftのAzure Storage変更・削除検出資料[3]

失敗した項目は再処理キューへ送り、別途、承認済み原文と索引一覧を照合します。再処理前に残っている版の断片と、新版がすべて登録されたかを確認します。バックアップ復元や全索引の再作成では、現在の廃止記録と効力情報を先に適用します。元の文書を追えない断片があれば、廃止完了も確認しにくくなります。

衝突と切り戻しは規定の責任者が判断する

同じ地域と期間に有効な公式文書が二つあり、内容が異なる場合は、規定を混ぜて回答せず、確認経路を示します。地域・商品の範囲と承認済みの例外を調べ、優先順位は規定の担当者が決めます。名称の日付や検索スコアだけでは権威を決められません。

索引を古いスナップショットに戻しても、確定した会社の規定は変わりません。現在の効力と廃止状態を古い索引にも適用できるか確認します。確認できなければ、対象業務を担当者が承認済み原文で案内できます。改定自体を撤回する場合は、代替文書と適用期間を別途承認します。NIST AI 600-1の生成AIリスク管理[4]

架空の配送規定を代表質問で確認する

架空の規定P-42では、月曜午前9時から新規注文の標準出荷案内を「2営業日」から「3営業日」に変えます。金曜に事前の索引作成を終えても、過去の相談には2日という答えが残ります。原文の版、根拠の断片、回答、引用を別々に確認します。

質問または失敗試験適用規定の期待結果記録する証拠
日曜に新規注文を質問旧版に沿って2営業日旧版と質問時刻、事前索引の除外
月曜9時に受け付けた注文を質問新版に沿って3営業日新版、受付時刻、適用境界
月曜に先週の注文を質問受付日時点の2営業日過去照会で旧版を引用
受付時刻が不明結果が変わる場合は時点を確認推測せず根拠を確認した記録
以前の会話で月曜に新規注文を質問現在の業務時点で再検索過去の回答やキャッシュが混じらないこと
廃止したコピーが新索引に入る現在の回答と引用から除外再実行したイベントID、検索から原文までの追跡

配備前後の回答と引用を比較します。出荷の日数だけでは、古い原文リンクが残る問題を見逃します。新しい引用の横に、古い要約から取った「2日」が出る場合もあります。自動試験では根拠の版と規定値を確認し、条件が重なる事例は担当者が承認文書と比較します。Google Cloudの生成AI運用ガイド[5]も本番での継続評価を説明しています。

キャッシュでは質問文とともに、参照した版、適用期間、閲覧権限を識別します。特定の版に結び付けると、変更時に対象範囲を破棄できます。廃止または重大な誤りが判明した根拠は、通常の有効期間が切れる前に除外します。過去の会話を開くときは当時の回答と示し、新しい質問には根拠を取り直します。

承認前に確認すること

  1. 原文、所有者、版、効力の開始と終了、タイムゾーンと業務範囲を記録した。
  2. 検索断片と引用から原文・版を追え、重複と衝突を確認した。
  3. 旧キャッシュや過去の会話から再質問し、正しい版を選んだ。
  4. 現在、過去、時点不明、地域や例外、廃止断片の再収集を試した。
  5. 遅延と漏れを観測でき、失敗処理と調査の担当者を決めた。
  6. 索引復元でも有効な規定が保たれるか確認し、手動案内の対象を記録した。

索引処理の成功とは別に、文書の担当者が期待値と実際の結果を比較します。要件とテストのトレーサビリティで承認記録と代表質問を結び、どの版が回答に届いたかはAIエージェントの観測の検索・実行記録を参考にできます。