DNS-AID とは？DNS で AI 入口を告知
目次
この記事でわかること
- DNS for AI Discovery（DNS-AID）とは何か、なぜ DNS を使うのか
- SVCB レコードと構造化されたゾーン名でエージェントの入口を告知する仕組み
- まだ策定中の提案であること、中小企業サイトでの現実的な位置づけ
DNS-AID（DNS for AI Discovery）とは
DNS-AID（DNS for AI Discovery） は、DNS を使って AI エージェント同士のスケーラブルで相互運用可能な発見を可能にしようという仕組みです。構造化された DNS の名前空間とレコードの利用モデルを使い、メタデータの交換と能力の告知を支えることを狙っています。
平たく言えば、「この AI エージェントの入口はここにあります」という案内を、Web サイトが普段から運用している DNS の中に置けるようにする提案です。中央レジストリへの登録やハードコードした連携先に頼らず、AI エージェントや MCP サーバを公開・発見・検証できる点が特徴です。もともと Infoblox が開発し、その後ベンダー中立のフレームワークとして Linux Foundation のプロジェクトになりました。
なぜ DNS を使うのか
AI エージェントが別のエージェントやサービスの入口を見つけるには、「どこに問い合わせれば入口が分かるか」という共通の出発点が要ります。ここで中央のレジストリに頼ると、登録先が一点に集中し、各サイトはその仕組みに合わせた連携を埋め込まなければなりません。
DNS は、世界中のドメインが既に分散して運用している仕組みです。各サイトが自分のドメインの DNS に入口を書いておけば、エージェントは DNS を引くだけで発見を始められます。中央への登録は不要で、既存の DNS 運用にそのまま乗せられる、という発想です。DNS レコードの基礎はDNS レコードの種類で解説しています。
SVCB レコードと構造化されたゾーン
DNS-AID は SVCB レコードを使い、構造化されたリーフゾーンの下でエージェントのエンドポイントを発見します。たとえば _chat._agents.example.com のような名前空間を用意し、その下にチャット用の入口情報を SVCB レコードとして登録するイメージです。
SVCB レコードは、接続先のホストや関連するパラメータをまとめて伝えられる比較的新しい DNS レコード種別です。DNS-AID では、これを使って安全な well-known エンドポイントを特定し、そこから発見を開始します。実際に試せるよう、Python の SDK・CLI・MCP サーバといったリファレンス実装も提供されています。MCP サーバそのものの公開や使い方はドメイン番人 MCP サーバーの使い方も参考になります。
成熟度と中小企業の向き合い方
ここで重要なのは、DNS-AID がまだ策定中の提案だという点です。IETF のインターネットドラフト（draft-mozleywilliams-dnsop-dnsaid、現在 -02）として議論されており、Linux Foundation のプロジェクトとして開発が進んでいます。確定した標準ではなく、RFC 番号が割り当てられた仕様でもありません。仕様は今後変わり得ます。
したがって中小企業のサイトでは、今すぐ DNS-AID 用のレコードを設定する必要はありません。まずは「DNS でエージェントの入口を告知する流れが提案されている」という動向を押さえ、自社が MCP サーバや API を公開する段階になったときに改めて検討すれば十分です。土台となる DNS の正しい運用は、どの提案が標準化されても無駄になりません。AI エージェント対応の全体像はAI エージェント対応とはで整理しています。
よくある質問
DNS-AID はもう使えるのですか
確定した標準ではなく、IETF のドラフトと Linux Foundation のプロジェクトとして策定中の提案です。リファレンス実装で試すことはできますが、本番サイトに必須の設定ではありません。動向を追う段階と考えてください。
SVCB レコードは普通の DNS と別物ですか
別物ではなく、DNS の新しいレコード種別の 1 つです。接続先や関連パラメータをまとめて伝えられるもので、DNS-AID はこれを使ってエージェントの入口を案内します。
中小企業も今から設定すべきですか
急ぐ必要はありません。MCP サーバや API を公開する予定がない限り、当面は動向の把握で十分です。まずは DNS そのものが正しく整っているかの確認を優先しましょう。
まとめ
- DNS-AID（DNS for AI Discovery）は、DNS でエージェントの入口を発見可能にする提案
- 中央レジストリに頼らず、各サイトの DNS で入口を告知できるのが利点
- SVCB レコードと
_chat._agents.example.comのような構造化ゾーンを使う - IETF ドラフト + Linux Foundation プロジェクトの策定中の提案で、標準ではない
- 中小企業はまず DNS の正しい運用を整え、公開段階になったら検討すれば十分
まずは自社サイトの DNS を確認しませんか
DNS-AID のような新しい提案を活かす土台は、DNS が正しく設定されていることです。自社ドメインの SPF / DKIM / DMARC / SSL / DNS の状態は、ドメイン番人の無料診断で数十秒で確認できます。単発のチェックツールは無料ツール一覧にまとめています。