Неделя в мире MCP и агентных инструментов вышла тихой на громкие анонсы, но плотной по сути. Саймон Уиллисон — автор Datasette и один из самых дотошных наблюдателей за экосистемой Claude Code и смежных агентных стеков — написал, что новая stateless mcp спецификация заново разбудила его интерес к протоколу и сразу подтолкнула к паре свежих проектов. Для тех, кто строит инструменты и агентов вокруг Claude Code, это не проходная новость: MCP — тот самый слой, через который агент дотягивается до внешних данных и сервисов, и любое упрощение здесь отражается на всей цепочке.
Stateless MCP спецификация: что изменилось
Изначальный MCP проектировался вокруг долгоживущей сессии: клиент и сервер держат соединение, синхронизируют состояние, обмениваются событиями. Это удобно для сложных сценариев, но чувствительно бьёт по простым: чтобы отдать агенту одну функцию или один источник данных, приходилось поднимать полноценный процесс с управлением жизненным циклом. Stateless-подход снимает это требование — сервер отвечает на запрос и ничего не обязан помнить между вызовами, а значит вписывается в привычную модель HTTP-запроса. Это ровно то упрощение, которое обычно предшествует всплеску самодельных инструментов: не нужно думать про обрыв соединений и восстановление состояния — можно просто писать функцию и отдавать её агенту.
Почему это важно для Claude Code и его MCP-серверов
Уиллисон в качестве иллюстрации сразу назвал два новых проекта — mcp-explorer, который позволяет посмотреть, какие инструменты вообще отдаёт MCP-сервер, и datasette-mcp, пробрасывающий агенту доступ к данным через Datasette. Оба — ровно та категория лёгких, одноразовых интеграций, которая раньше требовала лишней возни с инфраструктурой. Для практиков, которые подключают MCP-серверы к Claude Code, это сигнал: порог входа в написание собственного сервера продолжает падать, а значит стоит ждать волны узкоспециализированных интеграций — под конкретную базу данных, API или локальный инструмент — вместо десятка универсальных монстров.
Как проверить, что стало лучше: smevals и pelican-benchmark
Параллельно всплыл ещё один инструмент того же автора — smevals, утилита для быстрого запуска небольших eval-наборов на моделях, harness’ах и промптах (uvx smevals docs — и eval уже гоняется). Такие лёгкие инструменты для оценки LLM эвалов закрывают важный разрыв: перед тем как менять модель или промпт в проде, полезно иметь под рукой не тяжёлый бенчмарк-фреймворк, а быстрый чек-лист регрессий.
Тут же — наглядный пример того, зачем это нужно. Тестируя DeepSeek-V4-Flash-0731, Уиллисон получил слабый результат в фирменном «пеликаньем» тесте (нарисовать пеликана на велосипеде SVG-кодом) на дефолтном режиме рассуждений, но заметно более качественный — после того как поднял reasoning effort модели до high через OpenRouter. Разница на одной и той же модели, только за счёт глубины рассуждений, — хорошее напоминание для всех, кто настраивает Claude Code под свои задачи: экономия на reasoning effort часто обходится дороже, чем кажется на старте.
Инфраструктура вокруг агентных стеков
На этом же фоне заметен и более бытовой тренд — миграция домашних лабораторий на нормальные HTTPS-домены, Tailscale для связи между сервисами и Authentik для единого входа. Это не про MCP напрямую, но про ту же логику: чем проще и стандартнее инфраструктура, тем легче навешивать на неё новые интеграции, включая агентные.
Вывод
Ни один из этих сюжетов сам по себе не тянет на прорыв, но вместе они складываются в понятную картину: протокол MCP становится проще разворачивать, инструменты для проверки качества моделей — легче запускать, а инфраструктура вокруг всего этого — доступнее для одного разработчика без выделенной DevOps-команды. Именно из таких мелких упрощений и растёт следующая волна самодельных агентных интеграций.
Добавить комментарий