MCP 2026-07-28: найбільша ревізія, тепер без стану

28 липня 2026 року вийшла ревізія 2026‑07‑28 специфікації Model Context Protocol (MCP) — найширша від моменту запуску, як стверджує незалежний аналіз WorkOS. Вона йде слідом за ревізією від 25 листопада 2025 року і є першим оновленням під врядуванням Agentic AI Foundation, фонду Linux Foundation, якому Anthropic передала MCP у грудні 2025 року; фонд створено разом із OpenAI та Block, і сьогодні до нього входить понад 150 організацій.

Специфікацію супроводжують провідні мейнтейнери David Soria Parra та Den Delimarsky; згідно з офіційним оголошенням, SDK для TypeScript, Python, Go і C# уже оновлені, а версія для Rust перебуває в беті (Model Context Protocol — офіційне оголошення від 28.07.2026).

Найвідчутніша структурна зміна — відмова від сесій на рівні протоколу: заголовок `Mcp-Session-Id` вилучено, і протокол стає повністю stateless. Кожен запит має нести версію протоколу та можливості клієнта в полі `_meta`, через ключі `io.modelcontextprotocol/protocolVersion` і `io.modelcontextprotocol/clientCapabilities` (SEP‑2575). Рукостискання `initialize`/`notifications/initialized` скасовано, а на його місце прийшов обов'язковий для всіх серверів RPC `server/discover`, який розкриває підтримувані версії, можливості та ідентичність. Крім того, ендпоїнти `resources/subscribe` і `resources/unsubscribe` замінено єдиним довгоживучим потоком `subscriptions/listen` із явною згодою на підписку (SEP‑2575).

Серед інших новинок — шаблон Multi Round‑Trip Requests (MRTR), що замінює ініційовані сервером запити механізмом на основі `InputRequiredResult` та `inputResponses` (SEP‑2322), і вимога включати до результатів поле `resultType` зі значеннями `complete` або `input_required`. Roots, Sampling і Logging тепер застарілі (SEP‑2577) і, за новою політикою життєвого циклу, отримують мінімальне вікно в дванадцять місяців: найраніша можлива дата вилучення — 28 липня 2027 року, але які саме можливості справді приберуть, ще не вирішено. Транспорт HTTP+SSE перекласифіковано як Deprecated, з рекомендацією мігрувати на Streamable HTTP (SEP‑2596). У частині авторизації сервери авторизації мають передавати параметр `iss` відповідно до RFC 9207, а клієнти — перевіряти його перед обміном коду (SEP‑2468); Dynamic Client Registration (RFC 7591) застаріла на користь Client ID Metadata Documents (PR #2858).

Зникає і можливість відновлювати SSE‑потоки: якщо потік відповіді обривається, запит у польоті втрачено, і клієнт має надіслати його заново як новий запит із новим ID (SEP‑2575). POST‑запити поверх Streamable HTTP тепер мусять нести заголовки `Mcp-Method` і `Mcp-Name`, задумані так, щоб шлюзи та WAF маршрутизували трафік, не заглядаючи в тіло запиту (SEP‑2243).

Скільки вже наявних серверів і клієнтів MCP мігрували — невідомо: немає ні перевірюваних публічних даних, ні незалежних вимірювань реального впливу порушень сумісності на наявні інсталяції. Ця ревізія позначає поворот до більшої модульності та сумісності, але перехід до повністю stateless‑моделі вимагатиме чималої роботи від мейнтейнерів та інтеграторів. — Pixie