Neuronto ARD Registry: Agentic Resource Discovery (ARD) Index

---

ARD とは？

ARD は Agentic Resource Discovery（エージェント型リソースディスカバリー）の略で、AI エージェントが必要なツール、スキル、エージェント、API を見つける方法を定めるオープン仕様です。Google、Microsoft、Hugging Face、AWS、Cisco、GitHub、Nvidia、Salesforce、Snowflake などが参加するワーキンググループによって、2026 年 6 月に公開されました。

エージェント型リソースとは、AI クライアントが作業を実行するために呼び出せるものを指します。MCP サーバー、A2A エージェント、スキル、API、ワークフローなどです。

ARD が答えるのは、**「このタスクで何が利用できますか？」**という問いだけで、それ以上のことには介入しません。ランタイムではなく、MCP や A2A に取って代わるものでもありません。エージェントに何が存在するかを知らせ、エージェントはリソース独自のプロトコルを使って接続します。

解決する課題

現在、エージェントが利用できるのは、あらかじめインストールされた機能だけです。すべてのツールを手作業で接続し、ツールの説明をすべてコンテキストウィンドウに配置する必要があるため、実際の作業に使う領域と競合します。何千ものツール、ましてや何百万ものツールがあるエコシステムでは、このモデルは通用しません。

ARD は、選択の問題をコンテキストウィンドウから検索サービスへ移します。これは、初期のウェブが厳選されたリンク集から検索エンジンへと移行したときに起きた変化と同じです。

それを実現するには、両側が必要です。パブリッシャーは、自身のドメイン上の既知の場所に、提供するものを記述します。レジストリは、それらの記述をインデックス化してクエリに応答します。Neuronto はその両方を担います。

フェデレーション型インデックスを選ぶ理由

この仕様では、フェデレーションのモードを 3 つ定義し、auto をデフォルトとしています。レジストリがピアにクエリを送り、結果を統合して 1 つの結果セットを返します。

実際には、各公開レジストリは自身のカタログからしか応答しません。そのため、同じ質問を 4 か所で尋ねると 4 通りの回答が返され、クライアントはどれを選ぶか決めなければなりません。Neuronto は、この問題を解消するために存在します。

Neuronto に 1 回問い合わせるだけで、クエリがすべての公開 ARD レジストリに同時に送られます。結果は相互順位融合によって統合されます。これはスコアではなく順位を組み合わせる方式です。各レジストリでスコアの調整方法が異なるため、この方式が必要です。他のサービスのスコアを取り込めば、そのサービスの偏りまで取り込むことになります。

応答には、応答したレジストリとタイムアウトしたレジストリが示されるため、呼び出し元は結果がフェデレーションのどの範囲を反映しているかを常に把握できます。

独自の特長

デフォルトでフェデレーション。 仕様どおりに federation: auto を実装しています。厳格な時間制限内で並行してクエリを送り、ランキングを統合し、上流ごとの状況を報告します。応答の遅いピアによる影響は、時間制限の範囲内にとどまります。

完全な準拠。 仕様の公式適合性テストツールに、レジストリとパブリッシャーの両方として合格しており、エラーも警告もありません。オプションの GET /agents 一覧表示も、適切にページネーションされたオブジェクトとして実装しています。

タイプの正規化。 MCP サーバーのメディアタイプは 3 種類（application/mcp-server、application/mcp-server+json、application/mcp-server-card+json）が使われており、ディスカバリー識別子には 2 種類の URN プレフィックス（urn:air: と urn:ai:）が使われています。フィルターは完全一致で照合されるため、エントリーが黙って除外されることがあります。Neuronto は取り込み時に両方を正規化するため、パブリッシャーによるタイプ表記にかかわらず、MCP サーバーを対象とするフィルターで結果を取得できます。 サーバーだけでなく、検証済みツールのインデックスです。 他のレジストリが保存するのは、サーバー名と登録者が記載した説明文だけです。Neuronto はインデックスに登録された各 MCP エンドポイントとハンドシェイクし、その tools/list を読み取るため、インデックスには実際のツール名と入力スキーマ、つまりエージェントが照合しなければならない情報が保存されます。現在、2,223 台のサーバーにまたがる 32,183 個の検証済みツールに加え、認証情報が必要と記録された 1,918 個のエンドポイントがあります。この情報を報告しているレジストリは他にありません。イントロスペクションは読み取り専用で、ツールが呼び出されることはありません。

ハイブリッド検索です。 スパース BM25 と高密度ベクトルを、フェデレーションと同じ逆順位融合で統合します。そのため、1 回のクエリで語彙的、意味的、フェデレーション検索を実行し、単一の順位で結果を返します。高密度検索はフェデレーションの予算内で動作し、利用できない場合は何も寄与しないため、語彙検索の高速経路が遅くなることはありません。

稼働状況を検証します。 インデックスに登録されたエンドポイントをプローブし、応答しないものはランキングで順位を下げます。自己公開マニフェストに基づくレジストリには、すぐに無効なリンクが蓄積します。それらを提供することは、信頼されないインデックスになる最も早い方法です。サービスは復旧するため、エントリーは削除せず、順位を下げます。

マニフェストはフォームではなく、証拠から生成します。 ほとんどのドメインが、マニフェストを手作業で作成することはありません。すでに MCP サーバーを稼働させているか、OpenAPI ドキュメントを提供しているか、llms.txt を公開しています。マニフェストとは、クローラーがすでに見つけられる情報を言い換えたものです。Neuronto はドメインをプローブし、実際に応答したリソースについてのみエントリーを出力し、証拠を記録して、結果をホストします。推測は一切しません。推測で生成されたマニフェストは、誰かが主張しておらず、責任を負えない内容を、その人のドメイン上で主張することになるからです。

インデックスの非公開領域です。 組織内のエージェントが呼び出せる内部サービスの一覧は、通常システムプロンプトに記載されており、検索も監査もできません。DNS によって所有権を証明したドメインは、そうしたサービスを登録でき、1 回のクエリで内部と公開の結果を、それぞれの区分を明記してまとめて返せます。非公開エントリーはフラグで隠すのではなく、公開インデックスとは別のストレージに保存されます。そのため、公開検索、件数、ページから構造上アクセスできません。

呼び出しの前に、支払い条件を確認できます。 以前は、有料エンドポイントを見つけて呼び出し、その後で初めて 402 Payment Required が返されていました。Neuronto はリソースの料金を 2 つの場所から読み取り、分けて保持します。1 つはマニフェストが宣言する内容（仕様の実例にある pay: 条件、schema:offers、価格を含むカタログ形式）で、もう 1 つは支払いなしで呼び出したときにエンドポイント自体が返す内容（PAYMENT-REQUIRED ヘッダーまたは 402 の本文に含まれる x402 条件、あるいは MPP チャレンジ）です。支払いを要求するサーバーは、故障ではなく到達可能として記録されます。結果には pay:protocol、pay:price、pay:currency、pay:network が含まれ、paymentEvidence でライブの 402 により確認されたかどうかを示します。また、これらの条件で検索結果を絞り込めます。

curl -sS -X POST https://neuronto.com/search -H 'content-type: application/json' \
  -d '{"query":{"text":"crypto token prices","filter":{"pay:protocol":["x402"],"maxPricePerCall":0.01}},"federation":"none"}'

負荷の高い呼び出しへの支払いです。 セルフホスト可能な Neuronto は無料です。neuronto.com では、呼び出し元に代わって外部処理を行う呼び出し、つまりフェデレーション検索、監査、マニフェスト作成は、一定の利用枠までは無料です。利用枠を超えると、429 の PAYMENT-REQUIRED ヘッダーに x402 の料金が含まれ、支払ったエージェントは待つことなく呼び出しを実行できます。x-payment-protocol: x402 を送信するクライアントには、402 が直接返されます。決済されるのは、成功した呼び出しだけです。リソースの送信、ドメインの申請、掲載、検索結果の順位は、いずれも課金されません。最新の条件は GET https://neuronto.com/x402 に記載されています。

条件によってスコアが変わることはなく、レジストリが支払いを処理することもありません。呼び出し元がプロバイダーに直接支払います。 決済もご希望であれば、こちらで処理します。 価格を読み取ることが問題の半分であり、もう半分は支払いを受け取ることです。Neuronto は pay.neuronto.com でホスト型の x402 ファシリテーターも運営しており、どの x402 サーバーからも 1 行で接続できます。購入者が署名したステーブルコインによる支払いを確認し、オンチェーンで決済します。また、購入者が送金に署名し、ファシリテーターはその送金をブロードキャストするだけなので、誰の資金も保有しません。Base で稼働中で、開始したばかりのため無料です。稼働中のエンドポイントでは 10 分の 1 セントを請求し、同じリクエスト内ですぐに返金するため、クライアントを最初から最後まで無料で実行できます。また、pay.neuronto.com/status では、約束ではなく、実際に観測された動作を公開しています。

これは独立したホスト型サービスです。このリポジトリには含まれておらず、ここにあるものは何もこれに依存していません。セルフホストした Neuronto がこのサービスにアクセスすることはなく、使用の有無によってリソースの順位が変わることもありません。

差が明確に分かるランキング。 関連度スコアは、1 位と 5 位の差が明確に分かってこそ役に立ちます。すべてを狭い範囲に押し込めるのではなく、実際の差を保てるようにスコアを調整しています。

適した用途

• エージェントを構築する方は、インテグレーションをハードコードする必要がなくなります。実行時に機能をリクエストし、その時点で最適なサービスに接続できます。
• API やツールのベンダーは、自社ドメインでマニフェストを 1 つ公開するだけで、キュレーションされたマーケットプレイスに申請することなく、あらゆる ARD クライアントから見つけてもらえます。
• プラットフォームチームは、内部サービスを対象にディスカバリーを実行できるため、組織内のエージェントは、公開サービスを見つけるのと同じ方法で内部サービスを見つけられます。

使用方法

1 回の呼び出しで、このインデックスとフェデレーション全体を検索できます。

curl -s https://neuronto.com/search \
  -H 'content-type: application/json' \
  -d '{"query":{"text":"scrape a website behind cloudflare"},"federation":"auto"}'

または、MCP サーバーとしてインストールすれば、エージェントがすでに対応しているインターフェースから検索できます。

claude mcp add --transport http neuronto https://neuronto.com/mcp

レジストリ API

エンドポイント	用途
POST /search	ランク付けされた結果。federation の値は auto（デフォルト）、referrals、none です。
POST /explore	インデックス全体のファセット件数。
GET /agents	ランキングではなく閲覧向けの、決定論的なページ分割リスト。
POST /mcp	MCP ツールとして、検索、ツール検索、インデックス統計、公開を提供します。GET と DELETE は 405 を返します。サーバー起動型のストリームはなく、すべてのツールはリクエスト内で応答します。
POST /a2a	同じインデックスを A2A 経由で提供します。message/send は Message を返します。カードは /.well-known/agent-card.json および /.well-known/agent.json にあります。
POST /tools、GET /tools?q=	サーバーではなく、検証済みツールを対象とするツールレベルの検索。
POST /submit	MCP エンドポイントまたはマニフェスト公開ドメインをインデックスに登録します。200 はインデックス登録済み、202 は保持して再試行することを示します。
GET /submit/status/{id}	送信の状況と、エンドポイントからの直近の応答を返します。
POST /audit	公開レポート：ディスカバリー、適合性、網羅性、競合状況。
POST /manifest/build	そのドメインから取得したリソースをもとに、ドメイン用のマニフェストを生成します。
GET /m/{host}.json	生成されたマニフェストをホストして提供します。
GET /agents.md	すでに到達しているエージェント向けに、呼び出し先と方法を示します。
POST /claim、POST /claim/verify	DNS TXT でドメインの所有権を証明し、キーを取得します。手順は GET /claim で説明しています。
POST /private/entries	内部サービスを登録します。キーが必要です。
GET /bench、GET /adoption	検索性能の測定結果と、マニフェストを公開している組織を返します。
GET /.well-known/ard.json	当社独自の公開者マニフェスト。
GET /openapi.json	上記すべてを対象とした OpenAPI 3.1。
GET /.well-known/api-catalog	上記の説明を掲載した RFC 9727 カタログ。

すべての GET ルートは、同じヘッダーを返し、本文を含まない HEAD にも応答します。

回答の精度が低いときを知る

最上位の結果はすべて、100に近いスコアになります。これは意図的なものです。スコアはそれぞれの結果セット内で最も関連性の高い結果を基準にしているためです。BM25の値はコーパスやクエリによって変わるので、絶対的な尺度には意味がありません。順位付けとしては適切でも、スコア単独では誤解を招きます。クエリ zzzz nonexistent capability qqqq のスコアは100になります。必ず何かが最上位になるためです。

そのため、すべての検索レスポンスには相対スコアと並んで、絶対値が1つ含まれています。

"queryMatch": {
  "coverage": 0.0,
  "confidence": "none",
  "matchedTerms": [],
  "queryTerms": ["zzzz", "nonexistent", "capability", "qqqq"],
  "note": "each result's `score` is relative to the best hit in this response ..."
}

coverage は、クエリに含まれる内容語のうち、最上位の結果そのもののテキストで確認できる語の割合です。コーパスに依存しないという性質は、スコアにはないものです。そのため、「良い回答が複数ある中での最良の回答」と「何もない中での最良の結果」を区別できます。

これは正確さではなく、重複を測定します。 クエリのすべての単語が、正反対の動作をするエントリーに含まれていれば、スコアは1.0になります。信頼度の下限として扱い、判定には決して使わないでください。また、信頼性や安全性の評価としても使わないでください。

公開インデックスを参照するだけなら、キーも登録も不要です。キーが必要なのは、検証済みドメインが自身の非公開エントリーを登録するときだけで、所有権を証明するDNSレコードを確認した場合にのみ発行されます。

関連性スコアは意味的な関連性のみを示すもので、信頼性、コンプライアンス、安全性の評価ではありません。仕様では、信頼性の評価は検索とは切り離されると明示されています。

サーバーではなくツールを検索する

必要な呼び出しの形がすでに分かっている場合、それをホストするサーバーは実装上の詳細にすぎません。

curl -s 'https://neuronto.com/tools?q=extract+text+from+a+pdf&limit=5'

返されるツールはすべて、そのサーバー自身の tools/list から読み込まれています。同じ検索を、MCP ツール find_tool としてエージェントからも利用できます。ほかに find_resource、registry_stats、publish_resource もあります。書き込みを行うのは publish_resource だけであり、readOnlyHint: false を宣言しているのもこれだけです。そのため、クライアントはツールリストだけで、どの呼び出しが変更を加えるかを判別できます。

これが機能しているかを測定する

GET /bench は、公開 ARD レジストリ間の直接比較による検索性能測定、ARD-Bench を公開します。また、GET /bench.json は、同じ実行結果を経過時間とともにプレーンなJSONで提供します。ハーネスは app/bench.py にあり、毎週更新されます。

タスクセットはファイルであり、固定されています。 bench/declared-v1.json（/bench/tasks.json としても提供）には、公開者ごとに1つ、計192件のタスクが含まれています。各クエリは公開者自身のドメインにあるマニフェストから一字一句そのまま取得され、タスクにはそのマニフェストのURLと、取得元の本文のsha256が記録されています。そのため、クエリがこちらの文言ではなく、公開者自身の文言であることを誰でも確認できます。このファイルにはタスク全体のダイジェストが含まれ、上書き編集されることはありません。新しいセットは新しいバージョンとして作成されます。タスクは公開者ごとに tune と holdout に分割されています。ランキングパラメーターの選定に使えるのは tune のみで、ベンチマークで報告されるのは holdout です。

レスポンスでは、混同しやすい2つの指標を分けて示します。coverage はレジストリが対象をインデックスに含めているかどうか、recall@k_when_carried は対象を保持している場合にそれを取得できるかどうかです。このインデックスの coverage は、タスクがこのインデックス内のリソースから作られているため、定義上1.0となり、ペイロードにもその旨が記載されています。

ランキングの重みは、断言するのではなく測定しています。 app/rank.py では、各重みのすぐそばに、それを選定したテーブルがあります。scripts/evalgate.py は、固定されたベースライン（bench/baseline.json）に対して毎日実行されます。確認項目は、holdoutのrecall@10とMRR、通常の機能要求を集めたテスト（scripts/battery.py。1件も失敗してはなりません）、およびフェデレーション検索のスコアがローカル検索を下回らないというルールです。低下があればゲートは失敗します。

フェデレーションは対象範囲を広げるものであり、再ランキングは行いません。 federation: auto では、このインデックスが十分な信頼度で回答できない場合に限り、ほかのレジストリに問い合わせます。返された結果によって、このインデックスにないリソースを追加できますが、すでに見つかったリソースの順序は変わりません。holdoutでは、auto と none のどちらもrecall@10が0.934に達し、auto のMRRのほうが高くなっています。中央値の応答時間は、auto が177 ms、none が121 msです。

クエリに何が起こるか

すべての検索レスポンスには、queryHandling と Neuronto-Query-Handling ヘッダーが含まれます。クエリテキストが保持されたか、この回答のためにどのレジストリに送信されたか、埋め込み処理されたかを示します。「federation」が「none」の場合、サービス外には送信されません。API キーを使った検索、または Sec-GPC: 1 や DNT: 1 を含む検索はカウントされますが、テキストは保持されず、検索記録は90日後に削除されます。全文は /privacy にあります。

ARD マニフェストを公開しているのは誰か

GET /adoption は、仕様自体の採用状況を追跡します。具体的には、組織名を指定したウォッチリストと、クローラーが確認したすべてのホストにおけるマニフェストの公開率です。執筆時点では、ウォッチリストに登録された20組織のうち、Hugging Face、Vercel、Zapierの3組織がマニフェストを公開しています。3組織とも、v0.91で名称が変更された /.well-known/ai-catalog.json のパスで公開しています。クローラーが見つけた178の公開者のうち、157は旧形式の ai-catalog.json を公開しており、ard.json を公開しているのはわずか14です。そのため、トラッカーは両方を確認します。パスだけを調べて実際の運用を測らなければ、誤った結果になるからです。

オープンデータセット

検証済みツールのコーパスは、CC BY 4.0 のオープンデータセットとして公開されています。 huggingface.co/datasets/AgenticResourceDiscovery/verified-mcp-tools

tools.jsonl には入力スキーマとともに31,411件すべての検証済みツールが含まれ、servers.jsonl には認証要件と失敗の種類を含む7,708件のイントロスペクション結果が含まれます。このデータセットが存在するのは、ツール検索の研究（ToolRet、ACL Findings 2025）が実際のエコシステムではなく、編成されたコーパスを使ってベンチマークされているためです。このデータセットこそが、実際のエコシステムです。

バッジ

MCP サーバーがインデックスに登録されている場合、バッジは検証内容を示します。サーバーが tools/list に返したツールの数と、エンドポイントが応答するかどうかです。

[![your.publisher.id on the Neuronto ARD Registry](https://neuronto.com/badge/your.publisher.id.svg)](https://neuronto.com/ard-publishers/your.publisher.id)

公開者 ID は、URN の公開者セグメント、またはドメインです。このバッジが示すのは、観測された内容であり、信頼性、安全性、品質の評価ではありません。まだインデックスに登録されていませんか？マニフェストを公開すれば、クローラーが見つけます。または、コンソール監査を実行してください。

独自のリソースを公開する

手間の少ない順に、4つの方法があります。どの方法にも許可リストへの登録やサインアップは不要です。

すでに MCP サーバーを運用しています。 エンドポイントを送信してください。Neuronto は initialize ハンドシェイクを完了し、サーバー自身の tools/list を読み取ります。これは、マニフェストの申告よりも強い証拠です。サーバー自身が応答したことを確認できるためです。

curl -X POST https://neuronto.com/submit \
  -H 'content-type: application/json' \
  -d '{"endpoint":"https://example.com/mcp"}'

エージェント内で作業しています。 MCP ツールと同じ方法なので、会話を離れることなく、リソースを会話内から登録できます。

{"method":"tools/call","params":{"name":"publish_resource",
 "arguments":{"endpoint":"https://example.com/mcp"}}}

HTTP ルートと同様に、信頼するのではなく検証します。また、再実装によって両者に差が生じないよう、そのルートを呼び出します。

送信内容が失われることはありません。 何らかの理由でその時点でエンドポイントを検証できない場合、回答は 202 となり、"status": "pending"、送信 ID、そして evidence が返されます。evidence には、エンドポイントが実際に返した HTTP ステータス、コンテンツタイプ、先頭のバイト列、または送信された JSON-RPC エラーが含まれます。レジストリは送信内容を保持し、検証に成功するか試行回数が尽きるまで、固定スケジュール（1 分、5 分、15 分、1 時間、4 時間、12 時間、24 時間、24 時間）で再試行します。GET /submit/status/{id} で現在の状況を確認できます。インデックスがビジー状態など、レジストリ自体が原因で拒否された場合、これらの試行回数は消費されません。そのため、デプロイ中のサーバー、まだ反映されていない DNS レコード、または一度の呼び出しで諦めたクライアントであっても、誰かが再送信することなく、最終的にインデックスに登録されます。キューの件数は /metrics.json の submissions で公開されています。

インデックスがビジー状態のとき、他の書き込みエンドポイントは正直に応答します。 POST /claim/verify、POST /private/add、POST /private/delete は、理由が示されないまま失敗するのではなく、Retry-After ヘッダーと "status": "busy" を伴う 503 を返します。DNS 証明またはリクエストは失われないため、指定された秒数が経過したら再度呼び出してください。POST /manifest/build は引き続き生成されたマニフェストを返し、ホストされたコピーのみを保存できなかった場合は、"hosted_at": null と注記を返します。

マニフェストがなく、作成もしたくありません。 ドメインがすでに公開している情報をもとに生成するよう依頼し、コピーするか、リンクしてください。

curl -X POST https://neuronto.com/manifest/build \
  -H 'content-type: application/json' -d '{"domain":"example.com"}'

実際に応答したリソースのみがエントリーになり、それぞれにそのエントリーを生成した証拠が付与されます。https://neuronto.com/m/example.com.json のホストされたコピーは、ドメイン所有者が作成したのではなく、生成されたものであることをレスポンスヘッダーで示します。

マニフェストがあります。 /.well-known/ard.json で公開してドメインを送信するか、クローラーを待ってください。

curl -X POST https://neuronto.com/submit \
  -H 'content-type: application/json' -d '{"domain":"example.com"}'

/.well-known/ai-catalog.json でも公開してください。仕様のバージョン 0.91 でファイル名が変更されましたが、実際に運用されている基盤ではまだ移行されていません。これまでに検証された ARD の公開元のうち、大多数が引き続き旧パスのみで公開しているため、片方の名前だけを確認する利用者はエコシステムの大半を見逃してしまいます。

各エントリーに representativeQueries を含めてください。これはレジストリがセマンティックインデックスを構築するための語句です。これがないエントリーは有効なカタログエントリーですが、検索結果に表示されることはありません。

正しく動作したか確認する

curl -X POST https://neuronto.com/audit \
  -H 'content-type: application/json' -d '{"domain":"example.com"}'

マニフェストが4つの検出パスそれぞれで到達可能か、仕様をエントリーごとに満たしているか、実際にどのレジストリがあなたを返すか、そして見つけてもらうために指定したクエリであなたの代わりに誰が返されるかを、そのエントリーがあなたにはない可能性のあるどのような情報を持っているかと併せて報告します。無料で、サインアップは不要です。ブラウザー版は /console にあります。

最後に、どの方法で登録した場合も、バッジを追加してください。 レジストリがあなたを返すようになったら、README またはサイトにバッジを掲載してください。バッジは確認された内容、検証済みのツール数、エンドポイントが応答したかどうかを示し、それらが変わると自動的に更新されます。無料で、インデックス登録やランキングには影響しません。上記の各レスポンスの最後には、同じ文とそのまま貼り付けられるスニペットが記載されています。形式についてはバッジページをご覧ください。

プライベートエントリー

組織は、自組織のエージェントが呼び出せる内部サービスを登録し、1 回のクエリで公開リソースと内部リソースを横断して検索できます。

# 1. ask for the proof record, publish it as a TXT record at your apex
curl -X POST https://neuronto.com/claim \
  -H 'content-type: application/json' -d '{"domain":"example.com"}'

# 2. verify, which returns an API key
curl -X POST https://neuronto.com/claim/verify \
  -H 'content-type: application/json' -d '{"domain":"example.com"}'

# 3. register an internal service
curl -X POST https://neuronto.com/private/entries \
  -H "authorization: Bearer $KEY" -H 'content-type: application/json' \
  -d '{"entry":{"displayName":"Staff Directory","url":"https://internal/mcp",
       "description":"Look up an employee record by name or badge number.",
       "representativeQueries":["look up an employee record"]}}'

# 4. the same key on search admits them, alongside public results
curl -X POST https://neuronto.com/search \
  -H "authorization: Bearer $KEY" -H 'content-type: application/json' \
  -d '{"query":{"text":"look up an employee record"}}'

証明値はドメインから導出され、変わることはないため、再度要求しても、すでに公開済みのレコードが無効になることはありません。DNS over HTTPS で読み取られるため、権威ゾーンで提供され次第、検証されます。キーが発行されるのは、検証時のみです。

各検索結果には、公開インデックスと独自のエントリーのどちらに由来するかが表示されます。プライベートエントリーが、コーパスの統計情報に基づいて公開エントリーと比較され、順位付けされることはありません。単一のテナントのインデックスは、それらの統計情報を有意なものにするには小さすぎるためです。代わりに、クエリのうちエントリー自身のテキストが占める割合に基づいて配置されるため、規模にかかわらず同じ基準が適用されます。

仕様

• Agentic Resource Discovery、v0.91
• ards-project/ard-spec

ライセンス

Apache-2.0