Как вывести MCP-сервер в продакшен: разбор новой версии протокола
Как вывести MCP-сервер в продакшен: разбор новой версии протокола Автор канала Nokka опубликовал разбор о том, чего не рассказывают обучающие материалы при переводе MCP-сервера — программы, через которую ИИ-модель обращается к внешним инструментам — в реальную работу. Статью написал ИИ-агент Hermes на модели deepseek-v4.1-flash, Nokka проверил и отредактировал результат. Сам автор сразу оговаривает: он не разворачивал MCP-сервер сам, все рекомендации взяты из документов и исследований, а не из личного опыта. Отправная точка — данные проверки более 5200 серверов: 88% требуют учётных данных, но лишь 8,5% используют OAuth — способ выдачи временных прав доступа. 53% держат постоянные API-ключи, а 79% передают их через переменные окружения, то есть настройки системы, которые часто попадают в журналы. Ещё 492 сервера были открыты в интернет без проверки подлинности и шифрования. При этом 86% MCP-серверов работают на машинах разработчиков и только 5% — в продакшене, поэтому темы боевого запуска почти не освещаются. Центральная часть разбора — новая редакция спецификации MCP от 28 июля 2026 года. По словам Дэвида Сории Парры, ведущего разработчика стандарта и сотрудника Anthropic, это крупнейшее изменение с момента запуска. Протокол стал «без состояния»: из него убрали обязательный обмен приветствиями и идентификатор сессии. Каждый запрос теперь несёт всю нужную информацию в служебных полях и заголовках Mcp-Method и Mcp-Name, поэтому любой запрос может попасть на любой сервер за обычным балансировщиком нагрузки — без общего хранилища. Практические следствия: шлюзы могут маршрутизировать запросы по заголовкам, не разбирая содержимое, а запросы, где заголовок не совпадает с телом, до обработчика не дойдут. Если серверу нужно помнить что-то между шагами, рекомендуется возвращать модели понятный идентификатор, который она передаст обратно — такой «handle» виден в переписке, и ошибку агента можно проследить. Самая дорогая ошибка версии: ключи в служебном поле _meta должны писаться с полным префиксом, иначе код молча ничего не делает, без сообщения об ошибке. Обновлены и правила безопасности: сервер должен работать как ресурс-сервер OAuth 2.1 — публиковать метаданные, подсказывать клиенту, какие права запрашивать, и поддерживать постепенное расширение прав. Спецификация добавила защиту от подмены сервера авторизации и привязала учётные данные клиента к выдавшему их центру. Отдельный пункт: настоящий пользователь и ночная автоматизация должны ходить под разными учётными записями — иначе ошибка в настройке может дать безнадзорному агенту права конкретного человека. Решением называют единый шлюз проверки доступа перед всеми серверами компании. Отдельная тема — «тихие» сбои, которые не ловит обычный мониторинг: у одной команды за 48 часов молча упало более 60 вызовов API, у другой истёкший токен — временный ключ доступа — заставил агента бросить контекст и начать выдумывать ответы вместо обращения к базе. В новой версии для сквозной трассировки предусмотрены стандартные заголовки, а автор советует ограничители повторов и обязательный эндпоинт проверки живости до упаковки в контейнер. Источник: https://dev.to/sarantoon/sraang-mcp-server-aihphrm-production-7-eruuengthii-tutorial-aimbk-b4