AIが示した出典を、調査資料へ載せる前に確かめる

AIが示した出典の確認では、URLの開通に加えて二つの照合が必要です。調査資料へ載せる前に、URL先の資料が実在すること、社内資料の主張を支える原文箇所があること、その原文の対象者・地域・期間・前提が自社の記述と一致することを照合します。この三欄がそろって初めて掲載候補にし、確認者と確認日を残します。

URLが開かなければ再探索、該当箇所がなければ掲載せず差し戻し、対象条件が違えば条件を限定して書き直すか差し戻す。先にこの分岐を決めておけば、確認者の印象で結論が揺れにくくなります。三欄の一致が示す範囲は「その出典がその記述を支えるか」までです。資料全体の正しさは、別の審査で判断します。では、どの状態なら誰が次へ進めてよいのでしょうか。

AIの出典確認で、URLだけを見てはいけない理由

出典らしいURLが添えられていると、文章まで裏づけられたように見えます。しかし2026年9月21日時点で、NISTは生成AIの「confabulation」を、誤りまたは虚偽の内容を確信的に提示する現象と説明しています。その出力には、回答を正当化・説明するように見える、作り出された論理や引用も含まれ得ます（NIST AI 600-1「Generative Artificial Intelligence Profile」、2.2節）。

そのため、「URLがある」と「主張の根拠がある」は分けて扱う必要があります。実在する文書でも、AIが示した説明に対応する一文がないかもしれません。対応する記述があっても、別の対象者や地域、期間、前提に限られた話かもしれません。後者を落とすと、原文は正しくても社内資料の言い切り方が広すぎる、というずれが残ります。

NISTは同資料の提案行動MP-2.3-003で、生成AIが作った情報の正確性と真実性を検証するファクトチェック手法の導入・文書化を挙げています。とりわけ、情報が複数または不明な出典から来る場合を示しています。またMP-2.3-001では、既知の正解データとの比較や人による監督など、複数の方法による評価を挙げています。いずれも2026年9月21日時点の確認です。

実務では、社内資料に残す一つひとつの記述と原文を、人が対応づけられる状態を判定基準にします。AIの回答がもっともらしく見えるかは、この判定を支えません。

三欄の確認票で照合する

次の確認票は、NISTの一般原則を基に構成した社内運用案です。NIST所定の分類や義務とは切り分けて扱います。

一行には一つの主張を置きます。同じ段落に複数の結論があるなら、根拠も条件も同じかを分けて確認します。確認結果は「問題なし」という総評だけにせず、あとから別の人が原文へ戻れる情報で残すことが肝心です。

たとえば、AIが提示した資料のURLは開き、社内資料と近い語も見つかったとします。それでも、原文が特定の対象に限った記述で、社内資料が全社一般の事実として書いているなら、三欄目は不一致です。URLとキーワードが一致しただけで通さず、対象を限定した表現へ直せるかを判断します。この切り分けが、単なるリンク点検と出典審査の違いです。

確認結果から掲載可否を決める判断表

確認票を埋めても、判定の扱いが決まっていなければ、担当者ごとに「たぶん使える」の幅が変わります。次の判断表は、出典の一般原則を基に構成した社内運用案です。NIST所定の分類・義務には当たりません。

「掲載候補」が示すのは、出典と記述の対応を判定した状態です。最終承認では、表現が社内資料の目的に適するか、ほかの記述と矛盾しないかなどを別途審査します。この境界を判定名に込めることで、確認票に過大な保証を負わせずに済みます。

分岐の順番にも意味があります。資料を同定できない段階で原文や条件を論じず、原文箇所が見つからない段階で条件の解釈へ進みません。未確認と不一致を混ぜないため、再探索すべき案件と、主張そのものを差し戻す案件を台帳上でも区別できます。

継続審査として回すための台帳

導入後に追加・更新された社内資料も、出典確認の対象に残します。2026年9月21日時点で、NIST AI 600-1の提案行動MS-2.5-003は、生成AI出力の出典と引用を、導入前のリスク測定時と継続的な監視活動時にレビューし、検証することを挙げています。

そこで、社内調査資料へ出典を追加または更新するたび、次の項目を一件ずつ台帳へ残します。この台帳はNISTの一般原則を基に構成した社内運用案であり、原典所定の義務には当たりません。

• 審査対象の社内資料と主張
• 出典URL、資料名、発行主体
• 原文の該当箇所と要旨
• 原文の対象者、地域、期間、前提
• 三欄それぞれの一致・不一致・未確認
• 判定と差し戻し理由
• 確認者と確認日

この台帳の目的は、掲載判断の再現です。URLだけを並べた一覧では、どの主張をどの箇所で支えたか、どの条件を確認したかが戻れません。必要項目を固定すれば、更新時に前回の判断を再確認し、変わった出典や記述を三欄で照合できます。AIの利用履歴全体を収集する設計とは切り分けます。

2026年9月21日時点で、NIST AI RMF Playbookでは、全項目を順番に実施するチェックリストという位置づけが明示的に否定されています。各提案の利用は任意であり、組織が業界、ユースケース、関心に合うものを選べると説明しています。この説明に照らし、対象資料と審査の重さは自社の用途に合わせて決めます。

自社で決めるべきなのは、どの社内資料を対象にし、誰が確認し、どの段階で掲載を止められるかです。対象資料の範囲や承認者まで含む社内ルールを整える際は、生成AIガイドラインを形だけで終わらせない進め方も参照できます。導入初期の役割分担から整理する場合は、AI活用の最初の90日で決めることが接続点になります。

掲載前に残す最終判定

AIの出典確認を自社で実行する条件は明確です。URL実在、原文の該当箇所、対象条件の三欄を別々に記録し、一致しない欄に応じて再探索、差し戻し、限定した再記述を選べること。そして三欄が一致しても、確認者と確認日を残した「掲載候補」にとどめ、資料全体の正しさまで保証した扱いにしないことです。

最初に、原文へ戻って社内資料の一文がどの条件で支えられているかを示せる確認者を決めます。担当者の役割は、AIの回答に点数をつけることよりも、記述と根拠の対応を示すことにあります。出典を追加・更新するたびに同じ確認票を使うことで、社内資料審査の判定を継続して積み重ねられます。