AIの回答を業務で使う前に、原文、正本、対象範囲、該当根拠、確認者、状態の6項目を一枚の根拠カードに記録します。答えが自然に読めても、原文へ戻れない、現行の正本が分からない、確認者がいない場合は採用せず、保留にします。
AIが問い合わせを要約したり、社内資料から回答案を作ったりする時、文章の完成度は判断の正しさを保証しません。むしろ、整った文章ほど確認済みの事実に見えやすくなります。必要なのは、回答をきれいにすることではなく、どの情報をどの範囲で使い、誰が採用を決めたかを次の人が追える状態です。
対象は問い合わせ返信、社内FAQ、営業案内、業務手順の更新へAIを小さく使いたい中小企業の担当者です。
回答の生成・根拠・採用の違い
AIの答えと業務で採用できる根拠は違います。AIの回答には少なくとも三つの層があります。入力された情報から文章を作れたこと、質問に関係する箇所を探せたこと、現行の業務判断として使えることです。この三つを一つの「回答済み」にまとめると、探索の成功が承認のように扱われます。
| 層 | 確認すること | 状態 |
|---|---|---|
| 生成 | 質問に対する文章ができたか | 下書き |
| 根拠 | 原文・正本・該当箇所へ戻れるか | 照合待ち |
| 採用 | 業務で使う範囲と責任者が決まったか | 確認済み |
「回答がある」ことと「回答を送ってよい」ことの間には、根拠との照合があります。顧客へ送る、社内の案内を更新する、金額や契約条件を伝えるといった行為では、回答文だけを正本にしません。元の資料、現在のバージョン、対象案件、確認者へ戻れる設計にします。
長文資料を使う場合は、長文資料を探す作業と採用判断の分け方も先に決めます。根拠カードは長文の中から見つけた候補を、業務判断へ進める前に固定するための小さな記録です。
根拠カードに入れる6項目
根拠カードはAIの説明文を長く残す場所ではありません。次の担当者が原文へ戻り、確認済みかどうかを判断できる最小単位にします。項目名を固定すると、案件ごとの抜けを見つけやすくなります。
| 項目 | 記録する内容 | 空欄なら |
|---|---|---|
| 1. 原文 | 質問・入力・該当する元データ | 回答を採用しない |
| 2. 正本 | 資料名、所有者、バージョン、更新日 | 正本の確認待ち |
| 3. 対象範囲 | 案件、期間、環境、顧客、部署 | 範囲外を除く |
| 4. 該当根拠 | ページ、行、見出し、引用、照合結果 | 候補のまま保留 |
| 5. 確認者 | 採用・修正・停止を決める人 | 送信・更新を止める |
| 6. 状態 | 下書き、照合待ち、確認済み、停止 | 確認待ちとして扱う |
特に分けたいのは、原文とAIの要約、正本と参照したコピー、確認者と実行担当者です。原文が残っていても、どのバージョンを正本にしたかが曖昧なら採用判断はできません。確認者が決まっていても、状態が「下書き」のままなら送信へ進めません。
個人情報や機密情報を含む場合は、根拠カードを作る前に入力範囲も確認します。AIへ送信しない情報の分け方と、採用判断の記録は別の管理です。確認者がいるから、すべての原文を外部のAIへ渡してよいという意味にはなりません。
採用・保留を判断する5手順
- 使う場面を一つに絞る：「顧客の返金条件を返信する」「社内FAQの候補を作る」など、回答が使われる行為を一つ書きます。用途が複数ある時はカードを分けます。
- 入力と正本を登録する：原文の識別子、対象範囲、参照する資料、所有者、バージョン、更新日を記録します。ファイル名だけで判断せず、次の人が同じ資料へ戻れる場所を残します。
- AIには候補と引用を出させる：回答だけでなく、該当箇所、見出し、行やページ、判断に使った条件を求めます。根拠が見つからない時は、推測で補わず「未確認」と返すようにします。
- 人が照合する：原文と引用が一致するか、正本のバージョンが現行か、対象範囲がずれていないかを比べます。回答に追加された推測、古い条件、別案件の情報を分けます。
- 状態と次の行動を決める：確認済みなら採用範囲と確認者を記録し、照合待ちなら不足項目と確認先を残します。停止なら送信先、更新先、手動へ戻す場所を明記します。
この手順の目的はAIの利用を遅くすることではありません。確認すべき一件を先に絞り、次の人が同じ資料を最初から探し直す時間を減らすことです。回答文を修正する前に、根拠カードのどの項目が不足しているかを見ます。
通常・確認待ち・停止を比較する
| 状態 | 進めてよいこと | 進めないこと | 残す記録 |
|---|---|---|---|
| 通常 | 範囲内の下書きと人の確認 | 確認前の自動送信 | 採用範囲・確認者 |
| 確認待ち | 不足情報の照会・候補整理 | 現行ルールとしての利用 | 不足項目・確認先 |
| 停止 | 手動対応・影響範囲の確認 | 同じ条件での再実行 | 停止理由・戻し先 |
根拠が一致しない時に、もっとも避けたいのは「たぶん新しい方」を選んで回答を完成させることです。正本の所有者や更新日を確認できないなら、カードの状態を確認待ちに戻します。顧客影響、契約、金額、個人情報、社外公開が関わる場合は、停止として人へ戻す基準を先に決めます。
問い合わせ対応をAIへつなぐ時も、要約の入力範囲と人間確認を分けて考えます。回答の採用者が入力を許可する人、返信の実行者、例外時の停止者をすべて兼ねる必要はありません。役割を分けるほど、カードの空欄が見つかりやすくなります。
開始前チェックリスト
- 回答を使う業務と送信・更新先を一つに絞った
- 原文の識別子と、次の人が戻れる保管場所がある
- 正本の所有者、バージョン、更新日を確認できる
- 案件、期間、環境、顧客、部署の対象範囲を書いた
- AIの回答と引用・該当箇所を分けて保存する
- 引用が原文と一致するか人が照合する
- 推測、欠損、古い条件、別案件の情報を採用していない
- 採用、修正、停止を決める確認者が分かる
- 確認待ちと停止時に戻す場所が決まっている
- カードの状態、理由、次の確認日を記録する
10項目をすべて埋めるまで、AIの出力を捨てる必要はありません。ただし、未確認のカードは「答え」ではなく「候補」です。候補のまま置くなら、どの項目が不足しているかと、誰が次に確認するかを必ず残します。保留理由がないカードは、翌日に確認済みと誤読されやすいからです。
よくある設計ミスと直し方
| 設計ミス | 起きる問題 | 直し方 |
|---|---|---|
| 回答文だけを保存する | 原文と判断の差が追えない | 引用と戻り先を必須にする |
| 最新そうな資料を選ぶ | 正本でないコピーを採用する | 所有者・バージョン・更新日を照合する |
| 確認者を後で探す | 下書きが送信される | 用途を決める時に確認者を置く |
| 保留を削除する | 同じ探索を繰り返す | 不足項目と戻し先を残す |
人間確認を残す設計では、確認を「最後に読む作業」とだけ考えないことが重要です。確認者が見たいのは、AIが何を書いたかだけでなく、何を根拠にし、どの範囲を採用し、どこを採用しなかったかです。根拠カードを先に作ると、質問の仕方も「正しいですか」から「この正本のこの箇所を、この案件へ適用してよいですか」へ変わります。
AI回答の根拠を残す方法のFAQ
AIの回答に根拠カードは必要ですか？
送信、顧客対応、社内ルールの更新など、後から理由を確認する業務では必要です。原文、正本、対象範囲、確認者を一枚に残すと、答えだけが独り歩きするのを防げます。
根拠カードはAIに作らせてもよいですか？
候補の抽出や項目の下書きは任せられます。ただし、原文との一致、正本のバージョン、採用と保留の判断は人が確認します。AIが作ったカードを自動で承認済みにしません。
根拠が複数あり一致しない時はどうしますか？
一つを推測で選ばず、正本の所有者、更新日、対象範囲を確認するため保留にします。不一致の理由と次の確認者を記録し、送信や更新を止めます。
根拠カードはどこまで細かく作りますか？
次の担当者が原文と判断の境界へ戻れる最小単位にします。案件ID、資料名、バージョン、該当箇所、確認者、状態、保留理由が追えることを基準にします。
無料AI導入診断
AIの回答を使える状態にするとは、文章を完成させることではありません。原文、正本、対象範囲、根拠、確認者、状態を一つの業務へ置き、次の人が同じ判断へ戻れるようにすることです。最初から全社へ広げず、一つの返信やFAQ候補でカードを試します。
AIの回答案が増えたが、何を確認して送ればよいか分からない場合は、Miraigentの無料AI導入診断で、回答の採用・保留・停止を分ける業務上の基準を整理できます。
関連：長文資料の確認境界 ／ 問い合わせ要約の安全運用 ／ 人間確認を残す条件 ／ 送信前に分ける情報