Правки в MCP теперь едут по приоритету: пять областей получают ускоренное ревью

Проект впервые сказал вслух, куда идёт протокол, на котором уже держатся код-агенты. Страница помечена 22 августа и сразу оговаривает: это текущее мышление, а не твёрдые обязательства, часть пунктов отложат.

Правила для авторов. SEP вне пяти областей не отклоняют автоматически, но ждут они дольше и планка выше. Рекомендованный путь такой: определить свою область, поднять тему в профильной рабочей группе и прийти с её поддержкой.

Самое осязаемое для тех, кто уже пишет серверы, лежит в группе Triggers & Events: каналы и подписки для push-доставки, включая webhooks, чтобы сервер сам сообщал клиенту о завершении работы. Сейчас клиент узнаёт об этом опросом, и в доках проекта такой опрос назван дорогим. Группу ведут Clare Liguori из AWS и Peter Alexander из Anthropic, созвоны идут еженедельно по 30 минут, код обкатывают в отдельном инкубационном репозитории.

Два транспорта сведут в один. Сейчас каждая HTTP-фича требует второго дизайна под stdio, SDK тянут два транспортных пайплайна, а метаданные дублируются между заголовками и полями сообщений. Группа транспортов хочет Streamable HTTP поверх stdin/stdout через HTTP/2 для локальных серверов.

По кешированию половина работы уже сделана. В релизе 28 июля в результатах tools/list, prompts/list, resources/list и resources/read появились обязательные поля ttlMs и cacheScope (SEP-2549). Карта добавляет к ним ETags для версионирования, в первую очередь для вызовов инструментов.

Авторизация MCP до сих пор исходит из того, что в момент согласия у экрана сидит человек с браузером, а серверы держатся на вставленных руками API-ключах и долгоживущих refresh-токенах. DPoP-профиль (SEP-1932) открыт с 5 декабря 2025 и к 18 августа 2026 всё ещё в draft. Дальше пойдут три рельсы: Workload Identity Federation, ID-JAG из enterprise-авторизации и обмен токенами по RFC 8693, согласованно с рабочими группами IETF.