MCP Sampling устарел — делегирование клиенту было выбором, а не дефолтом
Саммари
В спецификации MCP от июля 2026 года механизм sampling помечен как устаревший, а для новых реализаций рекомендована прямая интеграция с LLM-провайдером — это зафиксировано в предложении SEP-2577 «Deprecate Roots, Sampling, and Logging». Sampling позволял MCP-серверу запросить генерацию модели через клиент: сервер поставлял специализированную возможность, клиент — интеллект и доступ к модели. Автор разбирает, почему такое распределение обязанностей выглядело привлекательно с ноября 2024 года, чем оно оказалось накладно на практике и когда делегирование всё ещё остаётся осознанным архитектурным выбором, а не временным обходным путём.
Из этого следует, что у MCP как у стандарта появилась первая по-настоящему «отменённая» абстракция уровня capability: для Revit MCP-серверов это сигнал проектировать LLM-зависимую логику вокруг прямого вызова модели, а не рассчитывать, что хост поделится своим инференсом.
На практике правило формулируется просто: «серверу нужен LLM» — это редкость; серверу, который читает данные и считает, генерация вообще не нужна, результат сама разберёт модель-хост. Делегирование имеет смысл только тогда, когда зависимость от клиентской среды — требование продукта, а не случайность.
Важный нюанс безопасности: отмена sampling сокращает поверхность атаки, но не убирает её — контент всё ещё может приходить в контекст модели через tools и resources, поэтому инъекции остаются в зоне ответственности дизайна инструментов, а не только протокола.
Ограничение: статья — разбор решения комитета и архитектурное эссе, а не бенчмарк; цифр adoption или инцидентов в ней нет, поэтому использовать её как источник «почему сломалось» можно, а как источник эффекта — нельзя.