複数のSourceをAIでまとめるとき、Source Aの要約→Source Bの要約→Source Cの要約と並べるだけでは、どこが一致し、どこが矛盾し、どの条件が違うのか見えにくくなります。先に比較する論点を固定し、Source × IssueのMatrixへ並べると、結論と根拠を分離できます。
この記事では、架空の「生成AI導入に関する3つの調査・公式資料」を例に、Source台帳、Issue Matrix、Fact / Interpretation分離、矛盾処理、一次情報への戻り方、最終Summaryまで整理します。読後には、複数資料を読んだ後に「何が確かで、何が条件付きで、何が未確認か」を説明できる状態を目指します。
目次
最初にSource台帳を作る
本文を要約する前に、各SourceへIDを付けます。最低限、Title、発行主体、URL、公開日、更新日、対象期間、地域、調査対象、Source Typeを記録します。
たとえば市場調査Aが2026年の日本企業対象、調査Bが2025年のグローバル企業対象なら、同じ「導入率」を比較しても母集団が違います。数字を読む前に条件を台帳で見える化します。
比較する論点を先に固定する
複数資料を読みながら自由にメモすると、Sourceごとに注目点が変わります。先にResearch QuestionからIssueを決めます。
例:導入率、主な用途、導入障壁、費用、Security concern、ROI、今後の意向。Sourceに書かれていない論点は「記載なし」とします。
Source × Issue Matrixを作る
表は横にスクロールできます
| Issue | Source A | Source B | Source C | 差異 / Unknown |
|---|---|---|---|---|
| 導入率 | 35% | 48% | 記載なし | 地域・母集団が違う |
| 用途 | 文書作成中心 | Coding中心 | 顧客対応中心 | 対象職種差 |
| 障壁 | Security | Skills | Cost | 複数回答可否を確認 |
| 費用 | 記載なし | 平均値あり | 公式料金 | 金額定義が違う |
数値は説明用の架空例です。実務ではSourceの原文値と定義をそのまま記録します。
FactとInterpretationを分ける
FactはSourceに直接書かれている内容です。Interpretationは、そのFactから自分たちがどう読むかです。
例:Fact「回答企業の35%が導入済み」。Interpretation「中小企業でも普及期に入った」。後者は調査対象が中小企業か、回答率、定義などを見ないと成立しません。
MatrixではFact欄とInterpretation欄を分けるか、解釈にラベルを付けます。AIへ「Sourceに書かれていない因果・評価をFact欄へ入れない」と指示します。
「記載なし」をAIに埋めさせない
Source Bに料金記載がなければ、他Sourceの料金をBの欄へ補完しません。記載なしはEvidenceの欠如を示す重要な情報です。
空欄を埋めると、どのSourceが何を支えているか分からなくなります。必要なら「追加調査Source」を別列に置きます。
数字が違うときは平均しない
複数Sourceで35%、42%、48%と値が違っても、平均して41.7%とするのは危険です。対象地域、業種、企業規模、調査時期、質問文、導入の定義を確認します。
「試したことがある」を導入、「全社利用」を導入とする調査では意味が違います。まず条件差を説明し、同条件で比較可能な場合だけ推移や差を扱います。
矛盾を4種類に分類する
Source間の違いは、Fact Conflict、Definition Difference、Time Difference、Scope Differenceへ分けると整理しやすくなります。
Fact Conflict:同じ条件なのに数字や記述が違う。
Definition Difference:用語定義が違う。
Time Difference:時点が違う。
Scope Difference:地域・対象者・Planなど範囲が違う。
Conflictだけを「どちらが正しいか」と考えず、条件差で説明できるかを先に見ます。
Sourceの強さは論点ごとに変わる
1つのSourceを記事全体で「信頼度A」と固定しない方がよい場合があります。公式料金ページは料金の正本ですが、市場全体の需要を示すSourceではありません。調査会社レポートは市場データに強くても、製品仕様は公式Docを優先します。
IssueごとにPrimary Sourceを決めると、結論の根拠が明確になります。
一次情報へ戻る
二次記事が「政府調査によると導入率35%」と書いていたら、可能なら原調査へ戻ります。研究なら原論文、企業発表なら公式Newsroom、料金なら公式Pricing、法規なら公的機関を確認します。
二次Sourceは論点発見や原資料探索には有用です。使わないのではなく、最終Claimの根拠としてどこまで採用するかを分けます。
引用位置をSourceごとに残す
Source URLだけでは、後からどの箇所がClaimを支えていたか探し直す必要があります。PDFならpage / section、Webなら見出し、表ならTable名など、原文へ戻れるLocatorを残します。
要約文だけを保存せず、「原文のどこを読めば再確認できるか」をセットにします。これにより、AIが要約時に条件や否定を落としていないかを後から検証できます。
Sourceの更新日だけでなく対象期間を見る
2026年に更新された記事でも、引用している調査が2022年対象なら、最新の市場Factとは限りません。公開日・更新日と、データが何年・何月を対象にしているかを分けます。
特に市場規模、利用率、価格、規制のようなTime-sensitiveな論点は、Sourceが新しいこととDataが新しいことを同義にしません。
AIへ渡すPrompt
「以下の複数Sourceを、Sourceごとの要約ではなくIssueごとに整理してください。
出力:
-
Issue
-
Source ID
-
Fact
-
原文位置
-
対象条件
-
Source Type
-
Interpretation
-
Conflict Type
-
Unknown
ルール:
-
Sourceにない内容を補完しない
-
数字が違う場合は平均しない
-
FactとInterpretationを分ける
-
記載なしを残す
-
条件差で説明できるか確認する」
このPromptなら、AIが自然な統合文章を先に作るのを防げます。
架空例:同じ導入率でも条件が違う
Source A:日本の従業員300人未満、2026年、生成AIを業務で月1回以上利用=35%。
Source B:世界の企業、2025年、生成AIを試験導入含め使用=48%。
この2つは「AよりBの方が導入率が高い」と単純比較できません。地域、企業規模、時点、利用定義が違います。Matrixにはその差を残し、必要なら同条件の別Sourceを探します。
反対Evidenceを同じ論点へ並べる
最終結論を支持するSourceだけを集めるとBiasが強くなります。たとえば「導入が進んでいる」Evidenceと同時に「利用停止」「ROI未達」「Security懸念」も同じIssueへ配置します。
結論欄にはSupporting EvidenceだけでなくCounter Evidenceも紐づけます。
Sourceごとの役割を明示する
1つの調査で全部を証明しようとせず、Source Aは市場規模、Source Bは利用実態、Source Cは現行仕様、Source Dは規制、というように役割を分けます。
その方が、Sourceが更新されたときにどのIssueへ影響するか分かります。また、1つのSourceが間違っていた場合に結論全体が崩れるリスクも見えやすくなります。
Final Summaryは5ブロックにする
文章化するときは、Confirmed Fact / Conditional Fact / Conflict / Unknown / Next Researchへ分けます。
例:Confirmed「公式Pricingで現行料金を確認」。Conditional「導入率は調査ごとに35〜48%だが母集団が異なる」。Conflict「同条件の費用平均が2Sourceで不一致」。Unknown「中小企業の業種別利用率は未確認」。Next「官公庁の原調査を追加確認」。
この形なら、確実性の違う情報が一つの断定文へ混ざりません。
更新可能なMatrixにする
調査結果を文章だけで保存すると、Source更新時に全文を読み直す必要があります。Source IDとIssueを持つMatrixなら、古くなったSourceだけ差し替えられます。
updated_atやchecked_atを追加し、Time-sensitiveなClaimは定期的に再確認します。
よくある失敗
-
Sourceごとの要約を並べて比較した気になる。
-
空欄をAIが一般知識で埋める。
-
違う母集団の数字を平均する。
-
二次記事だけで最終Claimを作る。
-
FactとInterpretationを同じCellに書く。
-
反対Evidenceを外す。
-
結論だけ残して原文位置を消す。
AIものさしの判断
複数Sourceを整理する中心成果物は、きれいな要約文ではなくEvidence Matrixです。Issueごとに各SourceのFact・条件・原文位置を並べ、違いを消さずに残します。
まずSource台帳とIssue一覧を作り、3〜5件のSourceでPilotしてください。数値が違えば定義とScopeを確認し、未記載は空欄のまま残す。最後にConfirmed / Conditional / Conflict / Unknownへ分ければ、AIを使っても根拠を追える調査Summaryになります。
引用・データ出典
公式情報を編集部が見た内容です。Hands-on未実施の記述は本文かここに分けています。
確認日:2026-10-09
OpenAI:Deep research in ChatGPT(新しいタブで開く)
