回答にリンクが付いていても、その主張が正しいと確認されたわけではありません。
リンク先が別の条件を説明している、数字の対象が違う、古い情報である場合があります。
このレッスンでは、架空の研修企画の調査結果を題材に、主張と原文を対応させる方法を学びます。
すべてを疑うのではなく、判断に影響する箇所から効率よく確かめます。
この記事で学ぶこと
- 判断に影響する主張から確認する
- 一次情報の適用範囲を読む
- 確認結果を採用表現へ反映する
主張を確認できる大きさにする
検証は、長い段落全体を「正しいか」で見るより、個々の主張へ分けると進めやすくなります。
数字、日付、機能、因果関係、推奨の理由などを取り出します。
1つの文に複数の主張がある場合は、分けて確認します。
根拠がある部分と推測の部分を混ぜないためです。
架空の回答に「オンライン研修は費用を抑え、理解度も高まる」とあれば、費用と理解度は別の主張です。
費用は移動の有無など条件で変わり、理解度は対象や内容で変わります。
1つの出典が両方を支えているとは限りません。
何を根拠にどこまで言えるかを個別に見ます。
優先順位は、間違うと判断が変わるものから付けます。
購入の条件、料金、期限、成果を示す数字などです。
一般的な背景説明より、担当者が行動を決める根拠を先に確認します。
時間が限られる場合も、未確認の主張がどれかを明示して採用判断へ渡します。
主張を一覧にするときは、回答の文章と検証結果を別欄にします。
最初から自分の解釈へ書き換えると、何を確認したのか分からなくなります。
元の表現、出典、原文の条件、採用する表現を並べると、修正の理由まで追えます。
出典の役割と近さを見る
一次情報は、その事実を直接発表した組織や、調査を実施した主体の資料です。
製品仕様なら提供元の公式案内、調査結果なら元の報告が候補になります。
紹介記事は全体像を理解する助けになりますが、重要な主張は可能な範囲で元資料へ戻ります。
一次情報だから、どんな問いにも十分な根拠になるわけではありません。
提供元の機能説明は、機能の存在を確認する資料です。
独立した比較で優れていることや、自社で成果が出ることまで証明するものではありません。
出典の立場と、その資料で言える範囲を区別します。
架空の例で、あるツールの紹介記事が「資料作成を大幅に効率化」と述べていても、提供元のページには編集機能の説明だけかもしれません。
機能があることは採用できますが、具体的な時間削減は別の根拠が必要です。
言いたい結論に合わせて資料の意味を広げないようにします。
複数のサイトが同じ発表を転載している場合、独立した証拠が複数あるとは限りません。
発表主体や調査元をたどると、根拠が1つだと分かることがあります。
リンクの数より、内容の一致と独立性を見ます。
出典が開けない場合は、その確認が未完了であると残します。
数字と条件を一組で照合する
数字の照合では、値だけでなく、単位、分母、対象期間、対象者を確認します。
「80%」が正しくても、全利用者なのか回答者なのかで意味は違います。
増加率と増加した割合の差も混同しないようにします。
表の注記や調査方法まで読む必要がある場合があります。
日付は、記事の公開日、調査期間、制度や機能の適用日を分けます。
最近更新されたページでも、紹介している調査が古いことがあります。
現在の意思決定へ使えるかを、情報の性質から判断します。
古い資料を一律に除外するのではなく、変わりやすい仕様は改めて確認します。
架空の例では、費用が「月額1,000円」と書かれていても、年払い時の月あたり換算かもしれません。
税や利用人数などの条件が落ちていると、比較を誤ります。
実際の料金を扱う際は公式の対象プランと条件へ戻ります。
本教材の数字は説明用であり、現在の製品価格ではありません。
引用文にも同じ照合が必要です。
Geminiが引用の形で出した文章が、原文と完全に一致するとは限りません。
引用するなら必要な短い範囲に限って原文と合わせ、出典を示します。
要約として使う場合は引用符を外し、意味が変わっていないかを確認します。
検証支援の限界を理解する
Geminiには、関連するソースを表示するなど、回答の確認を支援する機能があります。
Googleの公式説明でも、すべての回答にソースが付くわけではないことが示されています。
関連リンクがあることと、回答の全主張が検証済みであることを同じにしないでください。
検索による確認支援が使える場合も、見つかったページとの関係を読む必要があります。
似た表現が見つかっただけでは、対象や条件が一致するとは限りません。
見つからなかった場合も、直ちに誤りとは限りません。
非公開の情報や、検索に出にくい元資料がある可能性があります。
「もう一度確認して」と同じAIへ頼むことは、検証の候補を出す補助には使えます。
しかし、同じ入力と推測だけで答え直しても独立した根拠にはなりません。
原文を開く、数値を再計算する、担当者へ確認するといった、別の確認方法へつなげます。
断定できない場合は、確実さを無理な点数で表すより、分かった範囲を文章にします。
「公式資料で機能の存在は確認できたが、当社環境での利用可否は未確認」という表現です。
何が不足しているかが具体的なら、次の確認へ進めます。
採用・修正・保留を決める
確認後は、主張をそのまま採用する、条件を付けて修正する、保留するの3つへ分けます。
原文と一致し、今回の対象にも当てはまるなら採用できます。
条件が抜けていたなら、その条件を加えて表現を狭めます。
根拠が見つからない主張は、完成した報告へ断定として残しません。
架空の例では「研修効果が上がる」を「特定条件の調査で改善が報告されている」に修正する場合があります。
ただし、その表現でも調査の条件が読者に必要なら説明します。
曖昧な弱め方で誤りを残すより、何が確かめられたかを具体化します。
保留した主張には、必要な情報と確認先を付けます。
機能の利用可否なら管理者、社内の効果なら試行結果、契約条件なら正式な資料へ戻ります。
すべてをWeb検索で解決しようとしないことが必要です。
情報の所在に合った確認方法を選びます。
完成する記録には、確認日、出典、採用した表現、残る条件を残します。
後から仕様が変わった場合も、何を根拠に判断したかを見直せます。
検証は文章を疑って終わる作業ではなく、仕事で使える表現へ整える工程です。
修正した表現を採用するときは、見出しや要約にも同じ修正が必要かを確認します。
本文だけに条件を加えても、見出しが無条件の断定のままでは読み手へ誤解が残ります。
数字と条件が使われている場所を一緒に見直してください。
根拠の照合は、1文だけではなく最終的な伝わり方を整えるためにも行います。
実践課題
実践課題：三主張を原文へ戻す
つくるものは、回答中の重要な3主張の検証表です。
用意するのは、公開情報を使った短い回答です。
数字、機能、結論の理由から1つずつ選びます。
出典を開けない場合は確認できたと書かず、保留として扱ってください。
- 主張を1つずつ抜き出す
- 元の情報へ戻り、対象と条件を照合する
- 採用・修正・保留を決める
- 確認日と次に必要な情報を記録する
架空の完成例：「主張は『全参加者の80%が満足』です。原文は『回答者の80%』であり、対象が異なります。採用表現を『アンケート回答者の80%が満足と回答』へ修正し、回答率は未確認として残します。」
自己確認
- 主張と出典が一対一で追える
- 数字の条件まで確認した
- 保留を断定へ混ぜていない
まとめ
出典の確認では、リンクの存在より、主張と原文の一致を見ます。
数字、対象、時点、条件を一組で照合し、採用する表現を決めます。
次の報告では重要な3主張を選び、採用・修正・保留へ分類してください。
- 判断に影響する主張から確認する
- 一次情報の適用範囲を読む
- 確認結果を採用表現へ反映する
