ToolDNS: исследователи предложили искать ИИ-инструменты через DNS
По мере роста числа автономных ИИ-агентов встаёт проблема: как агенту быстро найти нужный инструмент среди миллионов доступных, если существующие способы поиска, централизованные реестры и семантический поиск по базе, растут по сложности линейно (O(N)) относительно числа инструментов и зависят от единого управляющего центра.
Группа исследователей предложила систему ToolDNS, фреймворк, который переносит семантический поиск инструментов на инфраструктуру системы доменных имён (DNS), одного из самых отказоустойчивых протоколов интернета. Идея в том, чтобы закодировать функциональное назначение инструмента и уровень доверия к организации-владельцу прямо в иерархическую структуру доменного имени. Тогда дорогой семантический поиск по огромной базе превращается в последовательность лёгких запросов на разрешение доменных имён (name resolution) со сложностью O(log N), время поиска растёт не линейно, а логарифмически от числа доступных инструментов.
Чтобы это заработало без изменения самого протокола DNS, авторы предложили три совместимых со стандартом расширения: «частично развёрнутые» доменные имена (partially unfolded names), полезную нагрузку с описанием намерения через механизм EDNS0 (EDNS0 intent payloads) и логические поддомены (logical subdomains). Вместе они позволяют управлять реестром инструментов децентрализованно, без единого центра, и отсекать нерелевантные варианты ещё на уровне доменного имени.
Для проверки подхода авторы собрали и опубликовали крупный разнородный бенчмарк из 33 688 реальных инструментов, охватывающих протоколы MCP, A2A, RESTful и Skill, то есть основные способы, которыми ИИ-агенты сегодня подключаются к внешним инструментам. На этом наборе данных ToolDNS сократил пространство поиска на один запрос на 95,26%, при этом точность поиска (retrieval accuracy) осталась на уровне лучших современных методов. Поскольку система построена на UDP (протоколе, на котором работает сам DNS) вместо HTTP, задержка поиска инструмента снижается на порядки по сравнению с HTTP-реестрами.
Вывод авторов: для масштабируемой совместимости ИИ-систем не нужен ещё один слой промежуточного программного обеспечения (middleware) поверх существующих технологий, нужно умнее использовать инфраструктуру, которая уже есть, и в данном случае это DNS.
Ключевые факты
- Проблема: поиск инструментов для ИИ-агентов среди миллионов вариантов сейчас упирается в сложность O(N) и зависимость от централизованных реестров.
- Решение: ToolDNS кодирует назначение инструмента и доверие к его владельцу в иерархию доменных имён DNS, сводя поиск к запросам со сложностью O(log N).
- Три протокольных расширения, частично развёрнутые имена, EDNS0 intent payloads и логические поддомены, обеспечивают децентрализованное управление и отсечение нерелевантных вариантов.
- Авторы опубликовали открытый бенчмарк из 33 688 реальных инструментов, охватывающий протоколы MCP, A2A, RESTful и Skill.
- Результат: пространство поиска сокращено на 95,26% при сохранении точности лучших современных методов; за счёт UDP вместо HTTP задержка поиска снижена на порядки.
Почему это важно
В эпоху автономных ИИ-агентов число доступных им инструментов, API, сервисов, скиллов, растёт быстрее, чем возможности существующих способов их найти. Централизованные реестры и семантический поиск по базе данных упираются в сложность O(N): чем больше инструментов, тем дороже и медленнее каждый запрос, а единая точка управления становится узким местом и точкой отказа. ToolDNS предлагает другой путь, использовать для поиска инструментов ту же систему, что уже десятилетиями надёжно находит миллиарды доменов в интернете: DNS.
Кому это важно
В первую очередь, разработчикам платформ и протоколов для ИИ-агентов, в том числе протоколов MCP и A2A, которым нужно решать, как агент будет находить нужный инструмент среди тысяч и миллионов вариантов. Также это важно компаниям, публикующим свои сервисы как инструменты для ИИ-агентов: децентрализованная модель доверия ToolDNS позволяет им управлять видимостью своих инструментов без зависимости от единого централизованного каталога.
Как это применить
Работа исследовательская, готового продукта или сервиса нет. Практический результат, доступный уже сейчас, открытый бенчмарк из 33 688 инструментов (протоколы MCP, A2A, RESTful, Skill), на котором можно проверять собственные методы поиска инструментов. Сама архитектура ToolDNS описана как совместимая с протоколом надстройка над DNS: три расширения (частично развёрнутые имена, EDNS0 intent payloads, логические поддомены), которые в теории можно внедрять постепенно, не ломая существующую инфраструктуру DNS.
Можно ли доверять
Это препринт на arXiv, то есть работа пока не прошла независимое рецензирование. Заявленные цифры, сокращение пространства поиска на 95,26%, снижение задержки «на порядки», собственные результаты авторов на собственном бенчмарке; независимой проверки третьей стороной в тексте не приведено. При этом сам факт публикации крупного (33 688 инструментов) открытого бенчмарка, плюс: он позволяет другим исследователям перепроверить заявленные результаты.
Риски и подводные камни
Кодирование «функционального назначения» и «доверия» инструмента прямо в доменное имя ставит вопросы, которые в тексте не раскрыты: кто и как присваивает такие доменные имена, как избежать спама и захвата «хороших» имён недобросовестными разработчиками, и насколько DNS, спроектированный для адресации хостов, а не для семантического поиска, выдержит такую нагрузку в реальном интернете, а не только на тестовом бенчмарке.
«Наша работа показывает, что для масштабируемой совместимости ИИ-систем нужна не ещё одна прослойка промежуточного ПО (middleware), а более разумное использование инфраструктуры, которая уже есть под рукой.»
— авторы работы