Реестры инструментов для ИИ-агентов: MCP и его конкуренты

Осенью 2024 года Anthropic выложила Model Context Protocol (MCP) — открытый протокол, через который ИИ-агент подключается к внешним инструментам и источникам данных. За год вокруг него вырос экосистемный слой: каталоги готовых серверов, которые агент может найти и подключить без ручной интеграции. Это и есть tool registries — реестры инструментов. Идея простая: вместо того чтобы разработчик под каждый агент вручную писал коннектор к Google Drive, Postgres или Jira, агент обращается к реестру и берёт готовый компонент. К концу 2025 года у этой идеи как минимум три конкурирующие реализации, и выбор между ними определяет, насколько быстро вы соберёте рабочего агента.

Что такое реестр инструментов и зачем он агенту

Языковая модель сама по себе умеет только генерировать текст. Чтобы прочитать файл, сходить в базу или отправить письмо, ей нужен инструмент* — исполняемая функция с описанием, которое модель понимает. Реестр — это каталог таких инструментов с машиночитаемыми описаниями: что делает, какие параметры принимает, как аутентифицироваться.

Без реестра каждая интеграция — ручная работа. С реестром агент во время выполнения задачи находит нужный инструмент по описанию, подгружает его схему и вызывает. Разница примерно как между «скачать драйвер с сайта производителя» и «система сама нашла и поставила».

Реестр инструментов не делает агента умнее. Он делает его подключаемым — а это часто важнее, потому что 90% работы над агентом уходит именно на интеграции, а не на промпты.

Почему это стало актуально именно сейчас

Пока агенты жили в демо, хватало трёх захардкоженных функций. Как только их начали ставить в продакшн — на поддержку, аналитику, разработку — количество нужных интеграций выросло на порядок. Ручной подход перестал масштабироваться. Реестр решает две задачи: обнаружение инструмента (discovery) и стандартизацию вызова.

Три подхода к реестрам

Сегодня на рынке различаются не столько сами реестры, сколько протоколы, поверх которых они строятся. От выбора протокола зависит совместимость и то, к каким моделям вы привязаны.

MCP и его каталоги

Model Context Protocol — открытый протокол Anthropic. Инструменты в нём оформляются как MCP-серверы: локальные или удалённые процессы, отдающие список доступных функций. Вокруг него выросли открытые каталоги MCP-серверов, где собраны сотни готовых коннекторов — от файловых систем до GitHub. MCP поддержан не только Claude: за 2025 год о совместимости заявили несколько крупных клиентов и IDE. Точный список поддерживающих продуктов и актуальные версии протокола сверяйте в документации Anthropic — он меняется быстро.

OpenAI и вызов функций / Responses API

У OpenAI исторически свой механизм — function calling, а с 2025 года более высокоуровневый Responses API и встроенные инструменты (веб-поиск, работа с файлами). Это не открытый реестр в чистом виде: инструменты описываются в запросе, а не берутся из внешнего каталога. Плюс — глубокая интеграция с моделями OpenAI. Минус — привязка к экосистеме и меньшая переносимость между провайдерами.

Фреймворковые реестры

LangChain, LlamaIndex и подобные фреймворки ведут собственные наборы готовых интеграций (в терминологии LangChain — tools и toolkits). Формально это тоже реестры, но привязанные к конкретному фреймворку и его абстракциям. Они старше MCP и содержат больше готового кода, но переносить такой инструмент в другой рантайм сложнее.

Сравнение подходов

Цифры по числу серверов и списку поддерживающих клиентов быстро устаревают — перед выбором проверяйте актуальное состояние в официальных источниках протокола и фреймворка.

Цена вопроса и риски

Сам MCP и большинство open-source каталогов бесплатны — это спецификация и код. Деньги вы тратите на другое:

• Токены. Описания инструментов занимают место в контекстном окне**. Чем больше инструментов подгружено, тем дороже каждый вызов модели и тем выше риск, что модель запутается в выборе.
• Безопасность. Подключая чужой MCP-сервер из публичного каталога, вы даёте ему доступ к данным и, потенциально, к действиям от вашего имени. Непроверенный сервер — это вектор атаки: подмена описания инструмента может заставить агента сделать не то, что вы ждёте.
• Поддержка. Открытый коннектор из сообщества может перестать обновляться. У фреймворковой интеграции хотя бы есть мейнтейнер.

Кому это пригодится, а кому нет

Пригодится:

• Командам, которые строят агента поверх нескольких моделей или планируют сменить провайдера — открытый протокол вроде MCP снижает привязку к вендору.
• Разработчикам внутренних агентов, которым нужно подключить много корпоративных систем: реестр экономит недели ручных интеграций.
• Тем, кто уже живёт в одной экосистеме (например, целиком на OpenAI) — им проще взять встроенные инструменты провайдера, чем поднимать отдельные серверы.

Не пригодится:

• Если у вас один-два простых инструмента и никаких планов роста — реестр добавит инфраструктуры без пользы, хватит обычного function calling.
• Если требования к безопасности жёсткие, а времени на аудит чужих серверов нет — публичные каталоги здесь скорее риск, чем удобство. Тогда собственные проверенные коннекторы надёжнее.
• Продуктам без агентной логики: если модель просто отвечает на вопросы, инструменты ей не нужны вовсе.

* Инструмент (tool) — исполняемая функция с машиночитаемым описанием, которую агент может вызвать: поиск, запрос к БД, отправка сообщения. Модель сама решает, когда её применить, и подставляет аргументы.

** Контекстное окно — максимальный объём текста (в токенах), который модель обрабатывает за один запрос. Описания всех подключённых инструментов занимают часть этого окна.