Основная мысль
Инженер Anthropic указал в сообществе: большинство людей используют лишь верхушку айсберга MCP.
Понимание MCP у большинства разработчиков останавливается на:
«Подключить MCP-сервер → Вызвать функцию → Получить результат»
Этот паттерн «вызова инструментов» — лишь самый поверхностный слой возможностей MCP. Истинная ценность MCP выходит далеко за эти пределы.
Трёхуровневая модель способностей MCP
Уровень 1: Вызов инструментов (где останавливается большинство)
Агент → MCP-сервер → Вызов инструмента → Возврат результатаТак используют MCP 90% разработчиков. Подключают MCP-сервер, вызывают функцию, получают результат. Полезно, но далеко не достаточно.
Уровень 2: Подписка на ресурсы и потоковая передача
MCP поддерживает концепцию Ресурсов, а не только Инструментов:
- Статические ресурсы: Файлы, записи базы данных, конфигурационная информация
- Динамические ресурсы: Потоки данных в реальном времени, логи, метрики мониторинга
- Подписка на ресурсы: Агенты могут подписываться на изменения ресурсов вместо повторных запросов
Это означает, что агентам не нужно повторно опрашивать — они пассивно получают обновления, что критически важно для длительно работающих агентных сценариев.
Уровень 3: Управление контекстом и динамическое обнаружение
Глубинные возможности MCP:
- Внедрение промптов: MCP-серверы могут внедрять системные промпты в агентов, информируя их о доступных возможностях и ограничениях использования
- Динамическое обнаружение: Агенты динамически обнаруживают новые инструменты и возможности во время выполнения, а не определяют их заранее
- Координация нескольких серверов: Несколько MCP-серверов могут обмениваться контекстом и ресурсами
Упускаемые из виду высокоценные способы использования
| Способ использования | Текущее распространение | Уровень ценности |
|---|---|---|
| Базовый вызов инструментов | 90%+ | Базовый |
| Подписка на потоковые ресурсы | ~15% | Высокий |
| Динамическое обнаружение инструментов | ~10% | Крайне высокий |
| Совместное использование контекста между серверами | ~5% | Крайне высокий |
| Внедрение промптов и само-описание | ~20% | Высокий |
Практический пример: MCP — это не просто «проверить погоду»
Предположим, у вас есть MCP-сервер для запросов к базе данных:
Базовое использование: Агент вызывает функцию query_database, передаёт SQL, получает результаты.
Продвинутое использование:
- MCP-сервер внедряет промпты, информируя агента о схеме базы данных, индексах и ограничениях запросов
- Агент подписывается на события изменений конкретных таблиц, автоматически уведомляется при обновлении данных
- MCP-сервер автоматически выбирает оптимальную стратегию выполнения на основе сложности запроса
- Несколько MCP-серверов совместно используют кэш запросов, избегая избыточных вычислений
Рекомендации к действию
- Существующие пользователи MCP: Проверьте, включены ли в вашем MCP-сервере Ресурсы и Промпты, а не только Инструменты
- Разработчики MCP-серверов: Рассмотрите добавление возможностей подписки на ресурсы, чтобы агенты могли «пассивно ожидать» вместо «активного опроса»
- Пользователи агентных фреймворков: Следите за поддержкой подписки на ресурсы MCP и динамического обнаружения в OpenClaw, Hermes и других фреймворках
- Архитекторы: Рассматривайте MCP как универсальный слой коммуникации между агентами и внешними системами, а не просто интерфейс вызова функций
Итог
MCP эволюционирует от «протокола вызова инструментов» к «инфраструктуре коммуникации между агентами и системами». Раннее понимание и принятие его глубинных возможностей создаст значительное преимущество в архитектуре агентных приложений.