ИИтог

Автор эссе: MCP, устаревшая идея, агентам он больше не нужен

ИИ-агентыРедакция ИИтогHacker News🔥58Рейтинг ИИтог58Влияние45Новизна35Релевантность88Неожиданность48Участники60Достоверность65

Автор эссе побывал на конференции, целиком посвящённой протоколу MCP (Model Context Protocol), и признаётся, что устал от него: по его мнению, это неудачный протокол, спроектированный под менее умные модели, и индустрия его переросла.

MCP выпустила команда Anthropic в ноябре 2024 года как протокол для подключения агентов к внешним сервисам и источникам данных. Тогда модели были заметно слабее нынешних: ещё не существовало Claude Code, а автономные агентные сценарии работали куда менее надёжно. Пользователи быстро оценили пользу от доступа моделей к внешним сервисам, и MCP пережил взрывной рост вместе с общим ростом внедрения языковых моделей в экономике. Протокол развивался под управлением Anthropic, а затем, в 2025 году, был передан фонду Agentic AI Foundation при Linux Foundation.

Рост числа подключённых MCP-серверов породил проблему «раздутого контекста»: каждый сервер приносит с собой набор инструментов со своей схемой, и это перегружает контекстное окно модели. Разработчики агентных «обвязок» (harness) стали обходить проблему при помощи паттерна «поиск-и-выполнение» (generic search/execute): платформы вроде Composio, MintMCP и Pipedream дают агенту единое место для хранения учётных данных внешних сервисов и минимальный набор инструментов, снижающий нагрузку на контекст. Автор называет это разумным, но временным решением: вокруг MCP выросли целые системы мониторинга серверов, проверки качества ответов и подбора схем, а тем временем сами модели становились лучше.

По мнению автора, крупные лаборатории ("big labs") оказались правы: модели теперь умеют выполнять код на компьютере, разбираться в больших кодовых базах и действовать значительно автономнее. Побочный эффект их успехов в написании и запуске кода, модели стали хорошо вызывать API напрямую: писать скрипты, комбинировать разные сервисы и обращаться к незнакомым API почти без участия человека. Иллюстрация тренда, Code Mode, который Cloudflare выпустила как «более удачный способ использовать MCP»: LLM собирает разрозненные вызовы в единый скрипт, исполняемый в песочнице (материал в блоге Cloudflare от 26 сентября 2025 года за авторством Кентона Варды и Сунила Пая). Ещё дальше, по словам автора, модели пошли, научившись пользоваться командой --help для изучения CLI-интерфейсов: это избавляет их от необходимости в MCP-сервере там, где сервис уже доступен через документированный API или командную строку, а большинство «удалённых» MCP-серверов и так лишь оборачивают уже существующие API.

Вывод автора: пора удалить большинство MCP-серверов. Агенты с доступом к терминалу заменяют их и часто оказываются функциональнее. Проблема остаётся одна: машиночитаемые форматы вроде JSON и XML, которые отдают CLI-утилиты, многословны и дорого обходятся по числу токенов, но, как считает автор, для этого есть решения. Заменой MCP он видит уже существующие вещи: документированные HTTP API, стандартное согласование содержимого (content negotiation) и зрелые механизмы аутентификации.

В качестве примеров такого согласования автор приводит два случая. Первый, заголовок Accept: text/markdown: растущее число дружественных к LLM серверов, особенно у сайтов документации, отвечают на него не HTML-страницей, а версией в Markdown; сам формат Markdown как медиатип уже стандартизован, и его использование для агентного содержимого набирает популярность. Второй, заголовок Accept-Language: инженер Vercel предложил, чтобы агентные «обвязки» сообщали серверу предпочитаемый язык программирования, чтобы сайты документации показывали примеры сразу на нужном языке (например, на Python вместо общего псевдокода). Тоби Лютке (Tobi Lutke) из Shopify эту идею поддержал и уже внедрил её в документации Shopify, написав: «Отличная идея. Поддержим это в документации Shopify» (Great idea. Will support this on Shopify docs).

Завершает эссе автор мыслью, что именно стандартизация вокруг общих протоколов когда-то вырастила интернет в его нынешнем виде, а MCP, по его мнению, протокол уходящей эпохи: агенты достаточно умны, чтобы писать скрипты и запрашивать ровно то, что им нужно, поэтому пора «списать» MCP и полагаться напрямую на HTTP API и CLI там, где они уже дают нужный интерфейс.

Ключевые факты

  • MCP выпустила Anthropic в ноябре 2024 года для подключения агентов к внешним сервисам; в 2025 году протокол передали фонду Agentic AI Foundation при Linux Foundation
  • Рост числа MCP-серверов вызвал проблему раздутого контекста; платформы Composio, MintMCP и Pipedream решают её паттерном «поиск-и-выполнение» с единым хранилищем учётных данных
  • Cloudflare выпустила Code Mode (блог-пост Кентона Варды и Сунила Пая, 26 сентября 2025): LLM собирает вызовы API в скрипт, который выполняется в песочнице
  • Модели научились изучать CLI-утилиты через --help и вызывать документированные API напрямую, из-за чего автор предлагает удалить большинство MCP-серверов
  • В качестве замены автор приводит два реальных примера согласования содержимого: заголовок Accept: text/markdown у сайтов документации и предложение инженера Vercel слать Accept-Language, идею уже подхватил Shopify по словам его сотрудника Тоби Лютке

Почему это важно

MCP за неполные два года стал почти стандартной инфраструктурой для подключения ИИ-агентов к внешним сервисам, вокруг него выросла целая экосистема серверов, платформ-прокладок и инструментов мониторинга. Эссе бросает вызов именно этому статус-кво: раз модели научились сами писать скрипты, разбирать код и вызывать документированные API и CLI напрямую, то значительная часть этой инфраструктуры, по мнению автора, решает проблему, которой скоро не будет. Это не техническая деталь, а спор о том, куда движется вся архитектура агентных систем, через специализированный протокол или через прямой доступ моделей к обычным API и терминалу.

Кому это важно

Разработчикам, которые собирают и поддерживают агентные «обвязки» (harness) и решают, тратить ли усилия на MCP-интеграции или на прямой доступ к API/CLI. Командам платформ вроде Composio, MintMCP и Pipedream, чья бизнес-модель построена вокруг упрощения работы с MCP-серверами. Инженерам сайтов документации, которые могут вслед за Shopify начать поддерживать заголовки Accept: text/markdown и Accept-Language. Наконец, самому сообществу вокруг Agentic AI Foundation и Anthropic, которые управляют развитием MCP как открытого протокола.

Как это применить

Практический совет автора: там, где сервис уже доступен через документированный HTTP API или CLI, не заводить для него отдельный MCP-сервер, а дать агенту прямой доступ к терминалу и документации, это часто оказывается не менее функциональным решением. Для владельцев сайтов документации и API, рассмотреть поддержку content-negotiation заголовков: Accept: text/markdown для отдачи текста в удобном для LLM формате и Accept-Language для показа примеров кода на предпочитаемом клиентом языке программирования (пример уже внедрён в документации Shopify).

Можно ли доверять

Это личное эссе на авторском блоге, а не официальное заявление Anthropic, Agentic AI Foundation или другого разработчика MCP, и не исследовательская работа с замерами. Фактическая канва, даты выпуска MCP, передачи протокола фонду и публикации Code Mode от Cloudflare, подтверждена ссылками на первоисточники. При этом центральный тезис о том, что модели стали настолько хороши в прямых вызовах API и работе с CLI, что MCP можно массово отключать, оценочное суждение автора, не подкреплённое в тексте ни одной цифрой, тестом или бенчмарком: сколько токенов экономит отказ от MCP, сколько серверов и инструментов держит типичная установка или какие именно «крупные лаборатории» имеются в виду, эссе не сообщает.

Риски и подводные камни

Сам автор оговаривает главное ограничение своего рецепта: машиночитаемые ответы CLI-утилит (JSON, XML) остаются многословными и дорогими по числу токенов, и это придётся решать отдельно. Предложенные им стандарты согласования содержимого, заголовки Accept: text/markdown и Accept-Language, пока не универсальны: в тексте они подтверждены лишь несколькими примерами (документация, поддержавшая Markdown-ответы, и Shopify для Accept-Language), а не широким принятием индустрией. Отказ от единого протокола в пользу «россыпи» прямых интеграций с API и CLI разных сервисов также может обернуться ростом числа разрозненных, специфичных для каждого сервиса решений вместо одного унифицированного слоя, который и обеспечивал MCP.

«Отличная идея. Поддержим это в документации Shopify.»

— Тоби Лютке (Tobi Lutke), Shopify