インターネットを、何百万もの小さな、非常にスマートなロボット（「エージェント」と呼ばれます）が絶えず私たちのために用事をこなしている、巨大で賑やかな都市だと想像してみてください。あるロボットは食料品を買い、別のロボットは請求書を承認し、また別のロボットはコードを書きます。これらのロボットが協力し合うためには、お互いを見つける必要があります。インターネットの初期の頃、私たちは人間に対して同様の問題を解決しました。それは、「ジェーン・スミス」という人の名前は、「メイプル通り123番地」のような現在の住所とは別物であるべきだと気づいたことです。もしジェーンが新しい家に引っ越しても、彼女の名前は変わりませんが、住所は変わります。郵便局は、彼女の名前が変わったことを知らなくても、彼女の新しい家を見つけるための特別な地図を使用します。

今日、このロボットの街にはグリッチ（不具合）があります。ロボットに安定した名前を与える代わりに、私たちはこれまで彼らの現在の「住所」（特定のウェブリンクのようなもの）を名前として使用してきました。もしロボットが新しいサーバーや異なるクラウドプロバイダーに移動すると、そのアドレスが変わってしまい、それと通信しようとしていた全員が接続を失ってしまいます。これは、もしあなたがアパートを引越すたびに、法的に名前が新しい通りの番号に変わってしまい、友人たちがあなたの誰であったかを忘れてしまうようなものです。この論文は、まさにその問題に取り組んでいます。これは、ロボットがアイデンティティを失うことなく世界中を移動できるように、また、他のロボットが彼らがどこに住んでいるかではなく、彼らが「何をすること（例：請求書の承認）」に基づいて彼らを見つけられるように、新しい命名方法を提案するものです。

問題点：移動が忘却を意味するとき

著者らは、現在のシステムが根本的な間違いを犯していると指摘しています。彼らはロボットのアイデンティティを、その場所（ロケーション）に直接結びつけてしまっています。例えば、「Invoice-Approver（請求書承認者）」という名前のロボットが https://agents.acme.com/approver に住んでいると想像してください。もし会社がサーバーを新しいクラウドプロバイダーに移すと、リンクが変わります。突然、その古いリンクを参照していたすべてのワークフロー、契約、ログが壊れてしまいます。ロボットはまだそこに存在していますが、その「名前（リンク）」が変わったために、突然見知らぬ存在になってしまうのです。

さらに、もしロボットが専門家（例えば、「危険物輸送の見積もり」を扱える人）を見つける必要がある場合、現在のシステムでは、異なる会社をまたいで「誰がこれをできるか？」と尋ねる方法がありません。単に「この特定のリンクにいるロボットは利用可能か？」としか尋ねることができないのです。これは、システム全体を脆弱にし、拡張を困難にします。

解決策：新しいIDカード・システム

この論文は、agent:// と呼ばれる新しい命名スキームを紹介しています。これは、ロボットのための新しいタイプのIDカードのようなもので、「誰であるか」、「何をすること」、そして**「どこにいるか」**の3つを分離しています。

1. 信頼のルート（発行当局）: これは、政府がパスポートを発行するように、ロボットを保証する組織です。新しいシステムでは、これはドメイン名（例：acme.com）として記述されます。これは、誰がそのロボットに対して責任を負っているのかを伝えます。
2. ケイパビリティ・パス（職務記述書）: これは、/workflow/approval/invoice のような階層的なパスを使用して、ロボットが正確に何をするのかを記述します。これはロボットの「スキルセット」です。決定的なのは、ロボットのアイデンティティはこのパスに紐付いていることです。もしロボットが仕事を変えた場合（例：請求書の承認から経費の承認へ）、それは実質的に異なるアイデンティティを持つ異なる労働者となるため、新しいIDを取得することになります。
3. エージェントID（一意のシリアル番号）: これは、同じ仕事と組織を維持している限り、永遠に変わらない一意のコードです。もしロボットが新しいサーバーに移動しても、このコードは変わりません。もしロボットが職務パスや発行組織を変更した場合、新しいアイデンティティを反映するために、このコードは変化します。

完全なIDは次のようになります：agent://acme.com/workflow/approval/invoice/agent_01h...。ここで、実際のサーバーアドレス（https://agents.acme.com など）はIDには含まれていないことに注意してください。IDは単なる「名前」なのです。

仕組み：魔法の電話帳

では、アドレスを知らない場合に、どうやってロボットを見つけるのでしょうか？論文では、DHT（分散型ハッシュテーブル）と呼ばれる分散型の「電話帳」を使用することを提案しています。中央の事務所にある一つの巨大なリストではなく、この電話帳は数千のコンピュータに分散して存在しています。

• スキルによる検索: もし「請求書を承認できる」エージェントが欲しい場合、特定のアドレスを探すのではなく、電話帳の中でスキルパス /workflow/approval/invoice を検索します。システムは、組織（acme.com）とスキルに基づいた特別なキーを計算し、ネットワークに対して「このキーを持っているのは誰か？」と問いかけます。
• 結果: ネットワークは、そのスキルに一致するロボットのリストを返します。決定的なのは、システムがデジタルな「封印」（暗号化トークン）をチェックして、そのロボットが本当にその仕事を行う権利を持っているかどうかを確認することです。
• 壊れることなく移動する: もしロボットが新しいサーバーに移動した場合、電話帳内の自身の場所を更新するだけです。そのID（agent://...）は全く同じままです。誰かが検索を行えば、依然としてそのロボットを見つけることができます。なぜなら、名前が変わっていないからです。

著者たちの発見

チームはこのアイデアが現実の世界で実際に機能するかどうかを確認するために、テストを行いました。

• すべてに名前を付けられるか？ 彼らは、人気のあるロボットフレームワーク（LangChainやCrewAIなど）から369個の実世界のツールを取り出し、これらを新しいシステムにマッピングすることを試みました。結果はどうだったでしょうか？100%のカバレッジでした。すべてのツールが、新しい文法を用いて、衝突のない一意の名前を持つことができました。
• 検索は機能するか？ 彼らは、10,000台の登録済みロボットを持つネットワークをシミュレートしました。特定のスキルを持つエージェントを求めたとき、システムは毎回正確なエージェントを見つけ出しました。広範な検索（例：「あらゆるワークフローエージェントを見つけて」）の場合、平均して128個のエージェントが返されました。特定の検索では、約39個が見つかりました。
• 高速か？ 名前の背後にある数学的処理は非常に高速です。名前の解析と正しいキーの検索には、7マイクロ秒未満かかります。これは、インターネット経由でデータが移動する時間に比べれば、事実上瞬時と言えるほど高速です。
• 安全か？は？ システムは、組織によって発行されたデジタル署名（PASETOトークン）を使用しています。つまり、ロボットの言葉を信じる必要はなく、そのIDに署名した組織を信頼するのです。もしロボットが自分のスキルについて嘘をついても、署名が一致しないため、システムはそれを拒否します。

できないこと（および未解明の事項）

論文では、これが何ではないかを慎重に述べています。これは、人々がどのようにして電話帳のノード（リストを保存するコンピュータ）を運営するようになるかという問題を解決するものではありません。著者らは、組織が自社のロボットを見つけやすくしたいという動機から行うか、あるいは、助けを得るために他者を助けるという「ティル・フォー・タット（報復・互恵）」的なシステムを利用する可能性があると示唆しています。しかし、この部分はさらなる検討が必要であると認めています。

また、このシステムは異なる組織間をうまく扱いますが、「会社Aでの請求書承認」が「会社Bでの購入承認」と同じであることを自動的には認識しません。これには別途、彼らが将来のアイデアとして提案しているマッピングサービスが必要です。

大きな全体像

著者らは、自分たちが完璧な最終形態のロボット都市を築いたと主張しているわけではありません。むしろ、彼らはその基礎を修復したのです。ロボットの名前をアドレスから切り離すことで、彼らは、接続を維持する仕組みを壊すことなく、ロボットが移動し、規模を拡大し、異なる会社間で協力し合えるシステムを作り上げました。それは、すべてのロボットに一時的な住所ラベルを与えるのではなく、永続的なパスポートを与えるようなものであり、彼らがどこへ行こうとも、彼らが誰であるかを保証するものなのです。