AIに調べ物を任せるときの設計図：質問・出典・検証を3段階に分ける

AIエージェントへ調査を頼む前に出口を定め、質問を分解し、広い検索と深い確認を使い分け、出典の強さと反証結果まで保存するための実践的な調査手順を初中級者向けに解説します。未確認事項を残す最小の保存形式も紹介します。

なぜAIの調査は「答えを聞く」だけでは足りないのか

AIへの調べ物は、「答えを一発でもらう作業」ではありません。調査員に依頼書を渡し、証拠付きの報告書を受け取る作業です。

AIは、多くの情報を短時間で整理できます。候補を集めたり、長い文書の要点を並べたりする仕事は得意です。しかし、読みやすい回答と、正しい回答は同じではありません。

たとえば、AIへ「初心者におすすめの開発ツールを調べて」と頼んだとします。この質問だけでは、AIは条件を推測します。料金を重視するのか、日本語対応を重視するのか、Windowsで使えることが必須なのかが分かりません。

これは、地図を渡さずに「良い店を探して」と頼むようなものです。近い店、安い店、家族で入りやすい店では、選ぶ答えが変わります。

もう一つの問題は、AIが間違いをもっともらしく説明することです。NIST（米国国立標準技術研究所）は、生成AIが誤った内容を自信を持って示す現象をconfabulation（=事実ではない内容を、筋が通っているように生成すること）と説明しています。誤った論理や引用が、回答を正当化するように出る場合もあります。NISTの生成AIリスク管理資料で確認できます。

これは、AIの回答がすべて間違っているという意味ではありません。URLが付いた回答も、すべて疑って捨てる必要はありません。大切なのは、重要な部分だけを自分で確かめられる形にすることです。

この記事では、AI調査を次の3段階に分けます。

質問を固定する。
出典を集め、主張と結び付ける。
結論を支える重要主張を検証する。

この三段階は、初心者が実務で使いやすいように整理した記事独自の型です。NIST、OpenAI、Anthropic、Google、W3Cが、この三段階を共通の公式標準として定めたわけではありません。

最初に全体像を見ておきましょう。

段階	入力	AIに任せること	人が確認すること	次へ進む条件
質問	決めたいこと、条件、基準日	調査項目への分解	条件の抜け、合格条件	何を決める調査かを一文で言える
出典	候補と優先する情報源	公式ページの候補集め、要点整理	実際に開いたページ、主張との対応	重要主張ごとに出典候補がある
検証	重要主張と出典	反対条件、例外、食い違いの探索	本文、対象、地域、版、日付	根拠の強さと未確認事項を説明できる

三段階の成果物は、答え一つではありません。「質問票」「証拠表」「検証票」の三つです。この形で残せば、あとで料金や仕様が変わっても、調査を最初からやり直さずに済みます。

実践手順：質問・出典・検証を3段階で進める

第1段階：質問を「何を決めるためか」から組み立てる

最初に決めるのは、検索語ではありません。調べ終わったあとに、自分が何を決めるかです。これを「調査の出口」と呼びます。

弱い質問は、次のようなものです。

最新のおすすめAIエディタを調べて。

この質問には、利用者、目的、予算、対応OS、基準日がありません。AIが不足部分を埋めるため、回答が自分の用途から外れやすくなります。

次のように直します。

目的：個人開発で使うAIエディタを1つ選びたい。
利用者：開発初心者で、Windowsを使っている。
対象：Windowsに公式対応し、個人向けプランがある製品。
除外条件：導入に複雑なサーバー設定が必要な製品は除く。
比較基準：料金、日本語での使いやすさ、導入手順、入力データの扱い。
基準日：2026-07-27。
情報源：公式サイトと公式ドキュメントを優先する。
出力：比較表、第一候補、選ぶ理由、選ばないほうがよい条件、未確認事項。
不明な点：推測で埋めず、「未確認」と書く。

OpenAIのプロンプト作成に関する公式ヘルプでは、質問を明確かつ具体的にし、理解に必要な文脈を与えることが案内されています。最初の回答を見て、言い回しや文脈、依頼の複雑さを調整することも勧められています。

つまり、最初から完璧な質問を書く必要はありません。一度答えを出させ、条件の抜けを見つけて質問を直します。

調査の合格条件も先に決めます。合格条件とは、「ここまで確かめたら次へ進める」という線です。Anthropicの評価設計に関する公式文書は、良い合格条件の要素として、具体的、測定可能、達成可能、目的に関係することを挙げています。また、評価を実際の作業に合わせ、例外ケースも含めるよう案内しています。

開発ツール選びなら、次のように確認できる形へ直します。

公式ページでWindows対応を確認できる。
個人向けプランの有無を公式案内で確認できる。
入力データの扱いについて、公式文書の該当ページを示せる。
第一候補を選ばないほうがよい条件を一つ以上示せる。
確認できない項目を「未確認」として残せる。

製品の料金、数値、仕様は変わります。実際に選ぶときは、2026-07-27時点の公式案内で確認してください。後日この記事を読む場合は、その日の公式案内を開き直してください。

第1段階の完了チェックは次のとおりです。

何を決める調査かを一文で書いた。
対象と除外条件を書いた。
比較基準を三つ前後に絞った。
いつ時点の情報が必要かを書いた。
欲しい出力形式を書いた。
不明な点を推測で埋めないよう指定した。
次へ進める合格条件を書いた。

全部にチェックが付かなければ、検索を増やす前に質問を直します。

第2段階：候補探しと一次情報の確認を分ける

検索は、「広く探す」と「深く確かめる」に分けます。最初から一つに絞ると、初めに見つかった候補へ引っ張られやすくなるからです。

まず、候補を広く集めます。この段階では、細かな点数を付けません。

候補名を集める。
候補ごとの概要を一文で書く。
公式URLの候補を付ける。
候補に入れた理由を書く。
明らかに除外条件へ当てはまる候補を外す。

次に、残った2〜3候補を深く確かめます。料金表、公式ドキュメント、利用規約、更新履歴、よくある質問を開きます。

このとき、「検索結果の断片」と「開いたページ」を同じ証拠にしないでください。検索結果に表示される短い説明は、ページ全体の条件を省いていることがあります。

調査メモでは、次の四つを別の欄に分けます。

種類	書く内容	注意点
検索結果の断片	検索画面に見えた短い説明	証拠として確定しない
AIの要約	AIが整理した内容	元ページと一致するか未確認
開いた一次情報	公式ページ名、URL、確認日	該当箇所を実際に読む
AIの推論	複数の事実からAIが考えたこと	事実と混ぜず「推定」と書く

モデルの出力を確認できる情報源へ結び付けることは、grounding（=回答を根拠へつなぐこと）と呼ばれます。Google Cloudのgrounding解説は、事実でない生成を減らすこと、回答をデータ源へ結び付けること、出典リンクで監査しやすくすることを利点として挙げています。

ただし、groundingは正しさの保証ではありません。出典リンクが表示されても、そのリンクが目の前の主張を直接支えているとは限らないからです。

重要主張ごとに、出典を横へ並べます。

重要主張	情報の種類	出典	確認したこと	判定
Windowsで利用できる	製品仕様	公式対応環境ページ	Windowsの対象版と注記	確認／未確認
個人向けプランがある	料金・契約	公式料金ページ	対象者、通貨、税、更新条件	確認／未確認
入力データの設定を選べる	データの扱い	公式プライバシー文書	対象プランと設定範囲	確認／未確認

URLだけでなく、ページタイトル、確認日、確認した記述の要約も残します。どの工程で使った資料かも書くと、あとで追いかけやすくなります。

この考え方はprovenance（=情報がどこから来たかという記録）に近いものです。W3CのPROV概要は、出所情報を、成果物に関わった実体、活動、人についての情報と説明しています。品質や信頼性を評価するために使え、版、手順、派生関係も扱います。

W3C PROVは、AI調査専用の手順書ではありません。この記事では、確認日、資料の版、調査工程、結論との関係を残す考え方の補助として使っています。

第2段階の完了チェックは次のとおりです。

候補集めと深い確認を分けた。
上位候補の公式ページを実際に開いた。
検索結果、AIの要約、一次情報、推論を分けた。
重要主張の横へ出典を付けた。
URL、ページタイトル、確認日を残した。
どの記述を確認したかを自分の言葉で短く書いた。

第3段階：結論ではなく重要主張を一つずつ検証する

AIが出した「おすすめ」だけを見直しても、検証にはなりません。結論を支える部品へ分けます。

初心者が最初に試すなら、重要主張を最大三つ程度に絞ると扱いやすくなります。これは実践上の目安です。公式の固定基準ではありません。費用、規約、法律、個人情報、本番システムへの変更など、影響が大きい調査では確認対象を増やします。

検証は次の順に進めます。

結論を支える重要主張を抜き出す。
出典URLが実際に開くか確認する。
ページ内に主張を支える記述があるか確認する。
対象者、地域、製品版、日付が一致するか確認する。
例外、除外条件、反対情報を探す。
根拠が弱い主張を「未確認」へ戻す。
必要なら結論を修正する。
結論が変わる条件を残す。

URLが開くことと、主張が正しいことは別です。たとえば、公式料金ページが存在しても、表示価格が法人向けか個人向けかで意味は変わります。国や通貨が違えば、同じ製品でも条件が違うことがあります。

反証（=その答えが間違う条件を探すこと）は、難しい研究だけの作業ではありません。レシートの合計をもう一度足すのと同じです。

AIには、次のように頼めます。

先ほどの第一候補を選ばないほうがよい条件を3つ挙げてください。
各条件について、公式情報で確認できる事実と、あなたの推論を分けてください。
対象地域、製品版、更新日が違う場合は明記してください。
最初の結論が変わる条件を示してください。
根拠を確認できない項目は「未確認」としてください。

AIが出した反証も、同じ生成AIの出力です。反証を頼んだだけで、人の確認が不要になるわけではありません。

NISTの資料は、情報の完全性を考える要素として、事実、意見、推論、不確実性を区別すること、原典へ接続すること、検証できること、有効性が切れる時期を見通せることなどを挙げています。調査メモに「事実」「推論」「未確認」「再確認時期」を分ける理由はここにあります。

第3段階の完了チェックは次のとおりです。

結論を支える重要主張を抜き出した。
URLが開くことと、該当記述があることを別々に確認した。
対象、地域、版、日付を確認した。
反対条件と例外を探した。
根拠が弱い主張を「未確認」へ戻した。
結論が変わる条件を書いた。

調査メモは「結論・証拠・未確認・有効期限」を分けて残す

AIの回答全文を保存するだけでは、あとから根拠を探すのが大変です。結論と証拠を対応させて残します。

最低限、次の項目を保存します。

調査日
決めたかったこと
採用候補と不採用候補
採用、不採用の理由
結論を支える重要主張
出典URLとページタイトル
確認した記述の要約
事実とAIの推論
未確認事項
結論が変わる条件
再確認する日、または再確認のきっかけ

Markdownでは、次のように保存できます。

# 調査メモ

【基本情報】
- 調査日：
- 決めたいこと：
- 基準日：
- 対象：
- 除外条件：

【結論】
- 採用候補：
- 採用理由：
- 不採用候補と理由：

【主張と証拠】
### 重要主張1
- 判定：確認／未確認／条件付き
- 情報の種類：事実／推論
- ページタイトル：
- URL：
- 確認した記述の要約：
- 対象、地域、版、日付：
- 反対条件、例外：

【未確認事項】
-

【結論が変わる条件】
-

【再確認】
- 再確認日：
- 再確認のきっかけ：料金改定／規約変更／新版公開など

「有効期限」は、すべての情報に同じ日数を付けることではありません。変化のきっかけを決める方法もあります。料金ページなら価格改定、仕様なら新版の公開、規約なら更新通知が再確認の合図です。

出典同士が食い違った場合は、片方を勝手に消しません。発行者、対象、地域、製品版、公開日、更新日を並べます。同じ条件を説明しているかを確認します。

食い違いを解消できなければ、両方のURLを残します。「この条件では結論を保留」と書きます。空欄を無理に埋めない調査員のほうが、実務では信頼できます。

医療、法律、金融のように影響が大きい調査では、このメモだけで最終判断をしないでください。その分野の最新の一次情報を確認し、必要に応じて資格を持つ専門家へ相談します。

三段階を一度に頼める調査テンプレート

次のテンプレートは、テーマを書き換えて使えます。AIに一度で全部を決めさせるための文章ではありません。人が最後に確認する場所をはっきりさせるための依頼票です。

あなたは調査担当です。次の条件で調査してください。

【目的】
この調査のあとに決めたいこと：

【利用者と場面】
誰が使うか：
どのような場面で使うか：

【対象】
調べる範囲：
除外条件：

【比較基準】
必須条件：
重視する条件：
あるとよい条件：

【基準日】
何年何月何日時点の情報が必要か：

【情報源】
公式サイト、公式ドキュメント、行政機関、原著論文などの一次情報を優先する。
個人の体験談を使う場合は、一次情報と別の欄にする。

【候補探し】
最初に候補を広く集める。
候補名、概要、公式URLの候補、候補に入れた理由を示す。
この段階では細かな点数を付けない。

【深い確認】
上位2〜3候補について、公式ページを確認する。
各重要主張に、URL、ページタイトル、確認日、該当記述の要約を付ける。
検索結果の断片、AIの要約、開いた一次情報、AIの推論を分ける。

【検証】
結論を支える重要主張を抜き出す。
各主張について、次を確認する。
1. URLが開くか。
2. 主張を支える記述があるか。
3. 対象、地域、製品版、日付が一致するか。
4. 反対条件や例外があるか。

【不明な場合】
情報を推測で埋めない。
確認できない項目は「未確認」と書く。
相反する情報は両方を示し、発行者、対象、地域、版、更新日を比べる。

【出力】
1. 候補一覧
2. 比較表
3. 第一候補と理由
4. 第一候補を選ばないほうがよい条件
5. 主張と出典の対応表
6. 未確認事項
7. 結論が変わる条件
8. 人が最後に開くページと、そこで確認する主張

回答を受け取ったら、最後の「人が開くページ」を実際に開きます。重要主張とページ本文を照合します。AIが「公式情報で確認済み」と書いても、その表示だけで検証を終えません。

すべての主張を同じ深さで調べる必要はありません。意思決定が変わる主張から確認します。たとえば、色の好みより、対応OS、費用、規約、データの扱いを先に見ます。

調査を一度で終わらせようとしないことも大切です。最初の回答で条件の抜けを見つけます。質問を直し、出典を追加し、結論を更新します。この反復によって、AIの速さを使いながら、判断の責任を自分の手元に残せます。

よくある質問

「最新情報で調べて」と頼むだけでは足りませんか？

足りません。「最新」がいつなのか、どの地域や製品版なのかが残らないからです。

基準日、対象地域、製品版、優先する一次情報、確認日とURLを指定してください。調査後には、公式ページの更新日と対象範囲も確認します。値段や仕様は変わるため、2026-07-27時点の公式案内で確認してください。後日読む場合は、その日の情報へ読み替えます。

AIが出典URLを付けたら、その回答は正しいですか？

URLがあるだけでは、正しいとは言えません。生成AIは、誤った引用や、主張と合わない根拠を示す場合があります。

次の三つを分けて確認します。

URLが開くか。
ページ内に主張を支える記述があるか。
対象、地域、版、日付が一致するか。

出典へ接続された回答は監査しやすくなります。しかし、確認そのものを省けるわけではありません。

何本の出典を集めれば十分ですか？

すべての調査に共通する固定本数はありません。本数より、重要主張との対応が大切です。

まず、意思決定を変え得る主張を決めます。各主張を直接支える一次情報があるかを確認します。例外や反対条件まで確認できたかで、追加調査の必要性を判断します。

小さな道具選びと、法律や大きな費用に関わる判断では、必要な確認量が違います。影響が大きいほど、対象を増やしてください。

出典同士で内容が食い違ったらどうしますか？

発行者、対象、地域、製品版、公開日、更新日を並べます。二つの資料が、本当に同じ条件を説明しているかを確認します。

古い案内と新しい案内なら、更新後の公式資料を優先できる場合があります。一方が一般向けで、もう一方が特定プラン向けなら、単純に新しいほうだけを残すと誤ります。

食い違いを解消できない場合は、片方を消して断定しません。両方のURLと違いを残し、結論を保留にします。

AIに反証も頼めば、人の確認は不要になりますか？

不要にはなりません。AIに反対条件や例外を探させると、抜けの発見に役立ちます。しかし、その反証も生成AIの出力です。

費用、利用規約、法律、個人情報、本番環境の変更など、影響が大きい主張は、人が一次情報を開いて確認します。AIは候補整理と見落とし探しを担当します。最終判断は、条件と根拠を見た人が行います。

公式一次情報

確認日: 2026-07-27

ChatGPT向けプロンプトエンジニアリングのベストプラクティス: 明確で具体的な質問、十分な文脈、応答を見ながら依頼を改善する考え方が案内されています。
Define success criteria and build evaluations: 具体的で測定可能な合格条件と、実際の作業や例外ケースに合わせた評価方法が説明されています。
NIST AI 600-1: 生成AIのconfabulationと、事実・推論・不確実性の区別、原典への接続、検証可能性などが説明されています。
Grounding overview: モデル出力を検証可能な情報源へ結び付け、出典リンクで監査しやすくする考え方が説明されています。
PROV-Overview: 情報の出所、関与した活動や実体、版、手順、派生関係を記録する枠組みが紹介されています。

まとめ

AI調査の品質は、答えの文章のうまさでは決まりません。何を決める調査か、どの主張をどの出典で支えたか、どこまで確認できたかで決まります。

AIの速さは、候補集めと整理に使えます。人は、重要な根拠の確認と最終判断を担当します。最初は一つの道具選びから試し、使えた依頼票と調査メモを自分のテンプレートとして育ててください。

決めたいことと、次へ進める合格条件を書きます。
候補を広く集め、一次情報を開き、重要主張と出典を対応させます。
重要主張を本文と照合し、未確認事項と再確認する時期を残します。