AI AT WORK / 仕事・開発
AIの回答を仕事で使う前に：出典・日付・条件を確かめる手順
AIの回答を仕事で使う前に、出典の有無と内容の正しさを分け、一次資料の対象・日付・条件を原文で照合する手順を、架空の安全な例で解説します。
AIの回答に出典らしいリンクが付いていても、そのまま仕事に使えるとは限りません。リンク先が一次資料か、主張の対象と日付が合っているか、引用文が原文の条件を落としていないかは、別々に確かめる必要があります。AIはもっともらしい誤った説明を出すことがあるため、確信した言い方や参考リンクの数だけで採用を決めないことが大切です。OpenAIも、言語モデルは自信を持って誤った回答を生成しうると説明しています。[1]
この記事では、制度・商品・規約のように、対象や時点で意味が変わりやすい情報を例にします。確認の目的はAIを責めることではありません。仕事で使う文を、あとから原文へ戻って説明できる形にすることです。
回答をコピーした担当者だけが判断を抱え込まないよう、確認メモには参照した資料と保留理由も残します。引き継ぎ時に「なぜこの表現にしたか」を追えるためです。
出典があることと、主張が正しいことは別の確認
最初に分けたいのは、「URLが実在するか」と「そのURLが回答を支えるか」です。たとえばAIが「制度Xは全社員が申請できる」と書き、自治体の案内ページを示したとします。そのページが存在しても、対象が市内の事業者だけかもしれません。受付期間が終了しているかもしれません。案内の更新日が古く、現在の要項は別ページにある可能性もあります。
確認では、回答を丸ごと評価しません。検証できる大きさまで主張を切り出します。「誰が」「何を」「いつ」「どの条件で」が入る一文にしておくと、原文の対応箇所を探しやすくなります。NISTのAIリスク管理フレームワークは、AIの設計、開発、利用、評価で信頼性に関する考慮を組み込むことを目的に掲げています。[2] 個別の業務では、主張と根拠の対応を残すことが、その考慮を具体的な作業にする一つの方法になります。
確認メモには、少なくとも次の四つを書きます。
- AIの回答から切り出した主張
- 根拠として確認した一次資料のURLと文書名
- 原文に書かれた対象、日付、条件
- 原文だけでは決められない点と、確認する相手
このメモは正解を自動判定する表ではありません。採用した文の根拠と、保留にした理由を分けて残すためのものです。
一次資料では、対象・日付・条件を原文で読む
一次資料とは、制度なら実施主体の要綱や公式の案内、商品なら販売者の仕様や利用条件のように、内容を決める側が出した資料です。ただし、一次資料だから常に最新とは限りません。ページ上の公開日、更新日、適用開始日、受付期限などは別の意味を持ちます。どの日付が主張に関係するのかを、原文の表示と一緒に確認します。
次に対象を見ます。「利用者」「申請者」「契約者」のような言葉は似ていますが、同じ範囲とは限りません。「国内の法人のみ」「既存契約に限る」「予算の範囲内」といった条件が、本文や注記に置かれていることもあります。AIの文章が条件を省いているなら、条件を補った形で書き直すか、判断を保留します。原文にない条件を、もっともらしく補うことはしません。
リンク先が検索結果の要約、第三者の解説、画面の断片だけなら、そこで確定しない方が安全です。元の告知、規約、要綱、仕様書を探します。見つからない場合は「出典あり」ではなく、「原典を確認できていない」と記録します。
架空の制度案で、確認メモを作る
ここからは架空の例です。実在の自治体、制度、商品とは関係ありません。
AIの下書きに「星見市の『はじめての業務AI支援金』は、市内の全事業者が2026年12月末まで申請できる」とあったとします。この一文には、制度名、対象、期限、申請できるという四つの主張が混ざっています。確認メモでは、次のように分けます。
| 確認する主張 | 原文で見る場所 | 確認メモの書き方 |
|---|---|---|
| 制度名がある | 架空の市の制度要綱 | 制度名は要綱の表題と一致 |
| 対象は全事業者か | 対象者の条項 | 対象外の業種や所在地の条件を確認 |
| 期限は12月末か | 申請受付期間の条項 | 受付終了日と年度を原文どおり記録 |
| 申請できるか | 申請方法と予算条件 | 予算上限や事前登録の条件を確認 |
この例で要綱に「市内に主たる事業所を置く従業員20人以下の事業者」と書かれていたら、「全事業者」は採用しません。受付期間が「予算額に達した時点で終了」となっていれば、「12月末まで申請できる」もそのままでは使えません。制度が実在するように見える名前を作ること自体が目的ではなく、主張が原文のどこまで支えられるかを確認する練習です。
原文の対応を追って、採用か保留かを決める
確認は、AIが挙げた出典を開いて終わりではありません。次の順に進めると、飛ばした確認を見つけやすくなります。
- 主張を切り出す。一文に複数の事実があれば、制度名、対象、日付、金額、手続きに分けます。
- 原文を探す。第三者の記事だけで止めず、実施主体や提供者のページ、規約、要綱、仕様書を開きます。
- 条件と日付を照合する。引用した箇所の前後を読み、対象、例外、適用時点がAIの文と同じかを見ます。
- 採用か保留かを決める。対応箇所があり条件も一致すれば採用します。一部でも不明なら、断定を避けて保留にし、確認先を残します。
この工程で「AIが引用した文言と原文が一致しない」「ページはあるが更新日が見つからない」と分かることがあります。その場合は、無理に結論を作りません。OpenAIは、不確実なときに不確実性を示したり確認を求めたりすることが、誤っているかもしれない情報を自信を持って出すより望ましいと説明しています。[1] 人が確認する側でも、分からない状態を採用と混ぜないことが重要です。
人が最後に確認する範囲を決めておく
確認メモがあっても、すべての情報を同じ深さで調べる必要はありません。社外に出す文、金額、法律・制度、期限、個人や顧客に関わる内容は、影響が大きいため原文と担当者の確認を優先します。一方、社内の下書きでも、未確認の情報を確定事項のように書かないルールは同じです。
最終確認では、次の三点を見ます。第一に、採用した各主張に原文の対応箇所があるか。第二に、対象、日付、条件を落としていないか。第三に、保留の事項が本文で断定になっていないかです。AIが最新情報をすべて取得している、または正解を保証する、といった前提は置きません。必要なら、実施主体、法務、商品担当など、その内容に責任を持つ人へ確認します。
AIの回答は、調べる出発点や下書きには使えます。ただし採用する文には、回答の見栄えではなく、原文との対応、対象、日付、条件を残します。確認できない主張を保留にできれば、急いでいるときにも誤った断定を仕事へ持ち込むリスクを減らせます。
参考にした公式資料
- OpenAI, “Why language models hallucinate”（2025年9月5日公開）
- National Institute of Standards and Technology, “AI Risk Management Framework”