Mono
ウェイトリスト

AI の回答を「主張と出典」の表で検証する方法

重要な事実を出典と照合し、推論と根拠を区別して、日付の食い違いや未確認事項を残したまま回答を整える手順です。

AIの回答が根拠として役に立つのは、重要な主張を確認できるときだけです。なめらかな文章、いくつかのリンク、自信のある口調があっても、出典が結論を裏付けているとは限りません。まず、次に何をするかを左右する主張から確認しましょう。

NIST の生成 AI プロファイルは、自信を持って示される誤った内容をリスクとして挙げ、出典や引用の確認を勧めています。以下の方法は、ReunifiedのMono(現在ウェイトリストで受付中)を含め、どのAIアシスタントでも自分で行う手順です。自動のファクトチェック機能ではありません。

1. 回答を検証できる主張に分ける

段落を、正しい・誤り・不明のどれかに判定できる主張に分けます。日付、数値、参加条件、互換性、ほかの人に伝えるつもりのことから始めましょう。「これはよい選択肢です」のようなあいまいな表現は、確認する前に判断基準をはっきりさせる必要があります。

架空のワークショップの案内で練習します。

text
定員:24 人。
申込締切:2026 年 10 月 18 日。
希望者には機材を貸し出します。

回答はこれを「残り 24 席、受付は午前 0 時に締切、機材は無料」と言い換えるかもしれません。この3つの追加はどれも出典には書かれていません。元の文章を回答の横に置いておくと、どこでずれたかがわかります。

2. 出典を取得したと決めつけずに根拠を求める

長く自信に満ちた説明ではなく、表を依頼します。

text
重要な事実の主張を一つずつ列挙してください。
それぞれに、出典と裏付けとなる箇所を示してください。
推論と不足情報を明示してください。
追加調査を私が許可しない限り、提供した資料だけを使ってください。
引用を作ったり、不明な日付、数量、条件を補ったりしないでください。

このプロンプトで回答は確認しやすくなりますが、信頼できるものになるわけではありません。引用された出典は自分で開いてください。生成されたリンクが間違っていることもあり、実在するページでも回答の主張どおりのことが書かれているとは限りません。

Monoが使えるツールは、使っているモデルと接続によって変わります。回答にページ名が出ていても、そのページが実際に開かれたとは限りません。出典を取得できない設定なら、関係する文章を自分で貼り付けるか、ブラウザーで出典を確認してください。

3. 主張と出典の表を作る

架空の例なら、次のような確認が役立ちます。

主張 出典に書かれていること 判断
残り 24 席 総定員は 24 人。残席については記載なし 残席数として伝えない
締切は午前 0 時 締切日のみで、時刻とタイムゾーンはない 正確な締切を確認する
機材は無料 希望者に貸し出し。料金の記載なし 条件と費用を尋ねる

出典のタイトル、リンクまたは文書の場所、該当する箇所、確認した日付を記録します。表は普通のメモでもかまいません。

出典に書かれた事実と、自分の計算や結論は分けておきます。合計を計算するなら、元の数値と単位を残し、ほかの人も同じ計算ができるようにしましょう。計算が正しくても、数値の一部が別の期間や別の集団のものなら、誤解を招くことがあります。

4. 情報の責任主体、範囲、鮮度を確認する

その事実に責任を持つところに当たりましょう。イベントの日付なら主催者、対応バージョンならソフトウェアの開発元、研究の結果なら元の研究です。検索結果の抜粋や別のAIの要約は手がかりであって、元の情報の代わりにはなりません。

一致した文の前後にある条件も読みます。ベータ版、特定のプラン、特定の地域だけの機能を、誰にでも当てはまる主張にしてはいけません。公開日とイベントの日付は別物です。古いページが今後のイベントを説明していることもあれば、最近の転載が古い情報を繰り返していることもあります。

出典同士が食い違うときは、そのことを記録し、はっきりした更新情報や責任者を探します。2つの日付の間を取ったり、多くの要約が繰り返している方を選んだりしないでください。

5. 確認できた内容を中心に書き直す

裏付けのある表現は、「ワークショップの定員は 24 人です。申込締切は 2026 年 10 月 18 日ですが、正確な時刻と現在の空きは確認が必要です。希望者への機材貸し出しがあり、条件は要確認です」となります。

未解決の点は、もっともらしい推測で埋めずに見える形で残します。予約、購入、公開に関わる事実なら、適切な人に具体的な質問をしてください。重要な判断では、このチェックリストだけに頼らず、公式の情報源や専門家を頼りましょう。

修正した回答を、もう一度表と照らし合わせます。別のモデルに問題点を挙げてもらうことはできますが、2つのモデルの意見が一致しても、その事実が証明されたことにはなりません。

6. 使える根拠の記録を保存する

最終的な文章、確認した出典、確認日、未解決の質問をまとめて保存します。たとえばMonoのVaultのノートが使えます。継続して書くノートについてはMarkdown ノートのガイド、議論そのものを残したいときは会話の書き出しが役立ちます。

時期によって変わる主張は、再利用する前にもう一度確認します。あるワークショップ、ソフトウェアのバージョン、日付について確認した出典が、次のものにもそのまま当てはまるとは限りません。メモを作業計画にするなら、会議メモのレシピも同じ考え方です。実際に合意したことと、AIが推測したことを分けておきましょう。

執筆

Reunifiedは、ばらばらになったものをもう一度ひとつにまとめるアプリを作っています。

あわせて読みたい

すべての記事

6分で読めます

コーディングエージェント向けAGENTS.mdの書き方

セットアップやテストのコマンド、ルール、禁止事項をまとめた短いAGENTS.mdを書き、Claude CodeとGemini CLIに読み込ませ、小さなタスクで動作を確かめる方法を説明します。

近日公開

ウェイトリストに登録

メールアドレスを登録すると、Mono をダウンロードできるようになったときにお知らせします。

Mono をどこで使いますか?