Все редакции MCP и что каждая забрала обратно

Model Context Protocol двадцать месяцев, и за это время у него было пять редакций спецификации. Они рассыпаны по трём моим же статьям, а это плохое место для списка, поэтому вот они в одной таблице.

Собирать их стоит не ради аккуратности. Дело в том, что форма списка приводит довод, которого не приводит ни одна отдельная строка, и довод такой: читайте не добавленное, а убранное. Все, кто публикует список изменений, хотят, чтобы вы смотрели в левую колонку. Правая — это то место, где протокол сам говорит, в чём ошибся.

У каждой редакции ниже свой якорь, чтобы можно было сослаться на строку, а не на страницу.

Базовая редакция, опубликованная на три недели раньше анонса, который сделал её публичной, — отсюда расхождение между строками версий и датой запуска. JSON-RPC в качестве конверта: формат, вторая версия которого вышла в 2010-м и не менялась с 2013-го, взят с полки именно потому, что спорить в нём уже не о чем. Два транспорта. И отход от всего, что было раньше: список возможностей запрашивается во время работы программы, а не читается заранее программистом.

В первой редакции ничего не забирают, но стоит заметить, что в ней уже было, — потому что две вещи из трёх тихо перестали иметь значение. Серверы поставляют инструменты. Ресурсы и промпты существуют и встречаются редко, у меня в том числе.

На пятом месяце заменяется транспорт. Появляется Streamable HTTP — один адрес, в который пишут и из которого читают, умеющий держать соединение открытым, — а HTTP+SSE, использовавший два адреса, с этой редакции устарел. Если руководство, которое вы читаете, использует два адреса, оно устарело и в остальном.

В той же редакции приходит OAuth 2.1 с обязательным PKCE — момент, когда MCP перестаёт быть удобством для локальной машины и становится тем, что можно выставить наружу. И приходит батчинг, ради строки о котором эта страница отчасти и существует.

Структурированный ответ: инструмент теперь может вернуть второй регистр рядом с прозой — один для чтения моделью, другой для действий программы. Полезно, недраматично.

И убирается батчинг, не проживший трёх месяцев. Это самый дешёвый урок во всём списке и первое, что я показал бы человеку, собирающемуся строить на молодом протоколе. Возможность, которая вышла в марте и удалена в июне, никогда не была несущей. На ней ничего не построили, поэтому ничего и не сломалось, и спецификация могла свободно признать ошибку. Именно эта свобода потом заканчивается.

Иконки, значения по умолчанию в схемах и переход на JSON Schema 2020-12. Хозяйственные работы. Судя по списку изменений, забрано здесь ничего не было, и это делает данную редакцию единственной из пяти, которая читается как нормальный релиз устоявшегося протокола.

Я всё равно включаю её в таблицу: таблица из одних драматичных редакций врала бы о темпе. Четыре редакции из пяти за двадцать месяцев изменили что-то структурное. Одна — нет.

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

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

Простыми словами: MCP стал stateless. Это второе ограничение REST по Филдингу, принятое с опозданием на двадцать месяцев протоколом, который начинал с противоположной посылки. Всё остальное в редакции из этого следует. Подсказки кэширования — потому что серверу без памяти можно сказать, что переспрашивать пока не нужно. Маршрутные заголовки — потому что прокси должен уметь направить запрос, не разбирая тело, а в MCP любой вызов идёт на один и тот же адрес со словами tools/call, и снаружи все конверты выглядят одинаково. Это те свойства, которые добавляют, когда протоколу предстоит встреча с обычной инфраструктурой.

Четыре возможности не удалены, а объявлены устаревшими, с годом на переход: обращение сервера к модели, доступ к папкам, логирование на уровне протокола и динамическая регистрация клиента. У первых трёх общее одно — каждая предполагала долгие отношения между двумя процессами. Четвёртая была самой удобной частью потока авторизации и самой злоупотребляемой.

28 июля ничего не сломалось. Редакция вышла как Release Candidate, а не как окончательный стандарт, реализующие её SDK — в бете, серверы под сессионную модель продолжают работать. Неприятная половина того же факта: руководства продолжают учить рукопожатию, и разрыв между тем, что написано в спецификации, и тем, что делают инструменты, сейчас самый широкий за всю историю протокола.

Возможность, удалённая на седьмом месяце, — это исправление. Переписывание основ на двадцатом означает, что основы были неверны, а это новость другого рода.

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

Практический вывод для тех, кто строит сейчас, — не «подождите». Вывод такой: закладывайте переписывание. Пять редакций за двадцать месяцев, последняя убрала основы. Что бы вы ни выпустили в этом квартале, планируйте вернуться к этому в течение года — с той поправкой, что направление движения обнадёживает: в сторону упрощения, а не наоборот.

Чтобы вставить в issue или в чат, где скриншот бесполезен:

Таблица перечисляет, что изменилось, а не всё, что изменилось. В каждой редакции есть хозяйственные мелочи, которые я не включил, решив, что на строку о них никто не сошлётся; это моё решение, и с ним можно не согласиться. Там, где написано «забрано ничего», имеется в виду, что в списке изменений ничего не отражено, а не что я построчно сличил тексты спецификаций.

Первоисточник в одном клике, и проверять надо его, а не меня. Страницу буду обновлять по мере выхода редакций — это единственное написанное мной про MCP, что не протухает.

Материал собран из трёх больших статей: откуда взялись MCP и REST, сколько MCP стоит в токенах и из чего на самом деле сделан MCP-сервер.

Спецификация MCP публикуется на modelcontextprotocol.io; здесь использованы редакции 2024-11-05, 2025-03-26, 2025-06-18, 2025-11-25 и 2026-07-28, а также официальный список изменений последней из них. Roy Fielding, Architectural Styles and the Design of Network-based Software Architectures (2000), глава 5, — про ограничение statelessness. Обновлено 19 августа 2026 года.