事実確認
ライセンス: CC BY 4.0 で公開 — 帰属表示のもと、自由に使用、改変、共有できます。
1. 主張を抽出する
回答草案に含まれる事実に関する主張をすべてリストアップします。意見や推論はスキップします。
2. トリアージ
各主張に以下をマークします:
- 構造的: ユーザーがそれに基づいて決定、行動、転送する可能性がある → 必ず検証する
- 背景: 単なる文脈情報 → ラベルを付けるが、追跡はしない
3. 負荷のかかる主張を検証する
-
一次情報源（発表元のサイト、法律や規格そのもの、公式ドキュメント）を確認すること。要約記事は使用しない。
-
ページテキストを取得するには、可能であればreliable-fetchを使用する。それがない場合は、要約fetchではなく実際のブラウザツールでページを取得する。ソースにアクセスできない場合はその旨を伝え、記憶から補完しない。
-
日付、期限、金額: ソース自体の表現と照合し、その情報の日付（as-of date）を明記する。
-
予測と警告: 期限が過ぎた予測は結果ではない。すべての数値に「観測値」または「予測値」のラベルを付ける。過去の予測、ピーク、警報レベルの場合は、予測や警報のテキストではなく、観測記録（測定ログやシステムの記録データ）を確認し、実際の値を報告する。撤回された予測の数値は存在しなかったものとして扱う。
-
ソース自体の中で、正確な数値や表現を見つけること。動作するリンクや、実際のジャーナルと一致するトピックがあっても、ソースがその内容を述べているとは限らない。複数のソースが一致している場合も、それらが互いにコピーしたものでない場合にのみ有効とする。
-
テンプレートや古いドキュメントに含まれる引用は、最新でない可能性がある。引用されているルール、条項、セクションは、テンプレートではなく、現在の公式テキストと照合すること。
-
否定的な主張（「要件はない」「見つからなかった」）は、実際に検索したソースと単語のみに適用される。これを述べる前に:
- 義務を生じさせうるすべての層（法律、規制、公式ガイダンス、地域ルール）およびプロジェクト自身の記録を検索すること。
- 単一のキーワードではなく、同義語も使って概念を検索すること。
- 主張の範囲を検索した内容に限定すること（「確認したソースには該当する規制は見つからなかった」であり、「要件はない」ではない）。
この範囲を見出し自体に含めること。見出しの下に配置された注意書きは、見出しがコピーされた際に一緒に移動しない。
-
ルールが許可していることと、ユーザー自身のケースで実際に起こったことは区別する。リクエスト、レター、承認、決定は、ユーザーの記録（ノート、意思決定ログ、イベントログ、プロジェクト内の以前の調査）から得られるものであり、ルール自体から得られるものではない。まずそれらを検索し、明らかな場所に記録がない場合は、記録の場所を尋ねること。
-
製品計画（「Xは計画されていますか？」）: まずベンダーのヘルプセンターの「現在の制限事項」セクションを確認し、次にリリースノート、ブログ、プレスリリースを確認する。
-
あなたに渡された計算の食い違い: ソースからすべてのレベル（明細項目、小計、合計）を再計算すること。提示された説明は、複数のギャップのうち1つしかカバーしていない可能性がある。
4. 回答にラベルを付ける
- ✅ 検証済み: [ソース, 確認日]
- ⚠️ 未検証: トレーニングデータからのもので、古い可能性あり
- ❓ 推測/推論: その根拠を明記する
5. 提出前に
ステップ2〜4を再確認する。負荷のかかる主張で、✅または明示的な⚠️がないものがあれば、修正するかフラグを立てる。