AIエージェントのためのDNSベース発見プロトコルを作りました――仕組みはこうなっています

Dev.to / 2026/4/30

📰 ニュースDeveloper Stack & InfrastructureTools & Practical UsageModels & Research

要点

  • この記事では、現在のAIエージェントはウェブサイトを見たり閲覧したりはできる一方で、サイトがエージェントとのやり取りを許可しているか、提供される能力や権限は何か、認証や通信方法はどうするべきかを標準的に理解する手段がないと説明しています。
  • WAB(Web Agent Bridge)として、サイト運営者が機械可読な形式でAIエージェント対応性や要件を宣言できるDNSベースの発見アプローチを紹介します。
  • WABでは、サイトは1つのDNS TXTレコードを公開し、そこから /.well-known/wab.json のようなwell-known JSONエンドポイントを参照させ、エージェントのモード、権限、レート制限、連絡先などを記述します。
  • AIエージェントは、WABのDNSレコードを問い合わせることで(DNS over HTTPS=DoHを含む)宣言された能力を高速に発見でき、プロトコルレベルでの相互運用が可能になります。

AIエージェントはますます賢くなっていますが、それでもほとんどのWebに対しては盲目です。

AIエージェントがWebサイトを訪れても、そのサイトがAIによる操作を望んでいるのか、利用可能な機能は何か、また構造化された方法でどのように通信するべきかについて分かりません。まるで、掲示も、ベルも、郵便受けもないドアをノックするようなものです。

私たちはこれを解決するためにWAB(Web Agent Bridge)を構築しました。そして発見(ディスカバリー)メカニズムの中核は、あなたがすでに知っているものです:DNS

問題:AIエージェントには地図がない

今日のAIエージェントは、ガイドブックなしの観光客のようにWebを巡回します。サイトを見ることはできても、プロトコルのレベルでは理解できません:

  • このサイトはAIフレンドリーですか?
  • エージェント用のAPIはありますか?
  • AIエージェントにどのような権限が付与されますか?
  • エージェントはどのように認証すべきですか?

WebサイトがAI機能を宣言する標準的な方法はありませんでした。──いままで。

解決策:DNSベースのディスカバリー

私たちは、メールサーバーがDNS経由で能力をどのように通知するか(SPF、DKIM、DMARCレコード)から着想を得ました。同じパターンをAIエージェントのディスカバリーにも適用しました。

ステップ1: サイト所有者が単一のDNS TXTレコードを追加します:

_wab.yourdomain.com  TXT  "v=wab1; endpoint=https://yourdomain.com/.well-known/wab.json"

ステップ2: wab.json ファイルが、そのサイトのAI機能を宣言します:

{
  "version": "1.0",
  "agentMode": "enabled",
  "permissions": [ "read", "navigate"],
  "rateLimit": "100/hour",
  "contact": "ai@yourdomain.com"
}

ステップ3: どんなAIエージェントでも、DNS over HTTPS(DoH)を使って数ミリ秒でこの情報を発見できます:

const response = await fetch(
  'https://cloudflare-dns.com/dns-query?name=_wab.yourdomain.com&type=TXT',
  { headers: { 'Accept': 'application/dns-json' } }
);

以上です。DNSレコード1つ。あなたのWebサイトへのコード変更ゼロ。

なぜDNS?なぜメタタグやHTTPヘッダーではないのか?

素晴らしい質問です。私たちは3つとも検討しました:

方法 利点 欠点
DNS TXT HTTPの前に動作し、キャッシュ可能、インフラ層レベル DNSアクセスが必要
メタタグ 追加が簡単 ページ読み込みが必要で、大規模に機械可読ではない
HTTPヘッダー サーバー側で制御できる まずHTTPリクエストが必要

DNSが勝つ理由は:

  1. HTTPの前 — エージェントはWebリクエストを行う前にディスカバリーを確認できる
  2. グローバルにキャッシュされる — CDNsとリゾルバがDNSをキャッシュし、大規模でも高速
  3. インフラ層レベル — ページだけでなくドメイン単位で意図を示す
  4. すでに信頼されている — DNSはインターネットのアイデンティティの基盤

実世界の例:webagentbridge.com

私たちは自分たちのプロトコルを自分たちで使っています(ドッグフード)。こちらが公開中のDNSレコードです:

_wab.webagentbridge.com  TXT  "v=wab1; endpoint=https://www.webagentbridge.com/.well-known/wab.json"

今すぐ確認できます:

dig TXT _wab.webagentbridge.com +short

または、Live Verifier を試してください。任意のドメインを貼り付けて、実時間でWABディスカバリーに対応しているかどうかを確認できます。

設定方法:任意のDNSプロバイダーでワンクリック

私たちは、主要なDNSプロバイダーそれぞれ向けに、手順を追った有効化ガイドを用意しました:

Cloudflare:

  1. DNS → レコード → レコードを追加
  2. 種類:TXT、名前:_wab、内容:v=wab1; endpoint=https://yourdomain.com/.well-known/wab.json
  3. TTL:自動 → 保存

cPanel:

  1. ゾーンエディタ → レコードを追加
  2. 上と同じ項目

GoDaddy、Namecheap、AWS Route 53 — すべて私たちの有効化ガイドでカバーしています。

伝播には1〜48時間かかりますが、通常はCloudflareで5分未満です。

大局的に見ると:AIとWebの相互作用のためのオープンプロトコル

WAB DNSディスカバリーは、より大きなプロトコルスタックの最初の層にすぎません:

完全なスタックには以下が含まれます:

  • Agent Mode — あらゆるWebサイトをAIでナビゲート可能にするJS SDK
  • Sovereign Shield — サイト所有者向けのプライバシー制御
  • WAB Browser — 内蔵WAB対応のソブリンブラウザ
  • API Gateway — AIトラフィックのレート制限、認証、モニタリング

すべてオープンソース。すべて組み合わせ可能です。

はじめよう

# DNSに追加(あなたのドメインに置き換え)
_wab.yourdomain.com  TXT  "v=wab1; endpoint=https://yourdomain.com/.well-known/wab.json"

# 動作確認
curl "https://cloudflare-dns.com/dns-query?name=_wab.yourdomain.com&type=TXT" \
  -H "Accept: application/dns-json"

私たちはAIウェブの未来に向けたインフラストラクチャ層を構築しています。AIエージェント、ブラウザ自動化、またはWebプロトコルに取り組んでいるなら、ぜひあなたの話を聞かせてください。

どう思いますか? これにとってDNSは適切な層でしょうか? 下のコメント欄に書き込んでください。