ブラウザーエージェントの調査結果を出典まで確認する方法

ブラウザーエージェントには、主張を一つずつ分け、元のページ、読んだ箇所、判定を表にしてもらいます。これなら、報告書の一文から根拠に戻って確認できます。公開資料を使った例では、HTTP 418 について二つの公式資料が異なる表現を使っています。資料の年代と役割を見れば、その違いを説明できます。

確認できる問いに絞る

調べたのは、現行のステータスコード登録表で 418 がどう扱われているか、ティーポットという表現はどこにあるかの二点です。2026 年 11 月 6 日に Tabbit で登録表と二つの RFC を開き、執筆者が各判定を確認しました。人が範囲を決めたブラウザー調査です。エージェントに自律実行を任せる場合も、同じ範囲を渡し、未確認の行を先に返すよう指示できます。

最初の一行で、対象日と一次資料の条件を決めます。「HTTP 418 を説明する」よりも「登録表の現在の表記と歴史的な表現を探す」ほうが確認しやすくなります。少数の一次資料から始め、必要なときに範囲を広げます。ディープリサーチの用途を参考に問いを決め、初回タスクのチェックリストで対象ページと操作を限定できます。

主張から原文へ戻る

例の CSVには、無効リンクを含む四つの主張の URL と確認結果を記録しました。IANA の登録表は RFC 9110 を参照しているため、同じ根拠のつながりです。RFC 2324 は歴史について答えています。あるサーバーが 418 を返すことを示すには、その実装についての別の証拠が必要です。

重要な文の引用先を開き、リダイレクト後の URL と該当箇所を確認します。短い抜粋や言い換えでも、原文の条件は残します。原文が「一部の実装」を指していれば、結論もその範囲に限ります。現在の扱いと歴史的な由来を一文で述べるなら、表では二つに分けます。ブラウザー CLI の手順で表示文を取得でき、MCP と CLI の比較で観察結果の渡し方を確認できます。

未確認と食い違いも残す

判定は支持、反証、一部支持、未確認に分けます。404 はアクセスの結果です。主張を裏付けるには、別の証拠が必要です。ログイン画面が出た場合は表示されたタイトルを保存し、本文は未読と記録します。他の資料が見つかるまで、報告の結論から外します。制限のあるページはブラウザー権限のガイドを確認してから扱います。

資料の記述が異なる場合は、日付、定義、対象を確認します。この例では現行の扱いと過去の表現が別々の問いに答えています。解決できなければ両方を残し、何があれば確認できるかを書きます。変わりうる情報には確認日を付け、再利用するときは一次資料を開き直します。

指示文は「先に出典表を返してください。主張ごとに URL、節または行、原文の箇所、確認日、判定を記録してください。アクセス失敗も残し、根拠のある行から結論を書き、推論は明記してください」とできます。支持した行を抜き取りで、未解決の行はすべて確認します。ブラウザー自動化とウェブ調査の進め方も参照できます。Tabbitで同じ例を再現できます。

一次資料：IANA の HTTP ステータスコード登録表、RFC 9110 §15.5.19、RFC 2324 §2.3.2。

Secholar.L

Tabbit グロース&コンテンツ担当

Secholar.L は AI ブラウザとエージェントワークフローについて、実際の調査と検証可能な一次情報に基づく実践的なガイドを執筆しています。