Обзор SDK

выпуски сверены по исходному коду на метке выпуска 4 октября 2026

Таблица собрана из одного файла данных сайта. Каждая строка - выпущенная версия, а не ветка разработки. Что означают столбцы, написано под таблицей.

• Проверенная версия - последний стабильный выпуск на дату проверки. У TypeScript и Python поддерживается ещё и первая линия версий (1.x): она работает только по редакции 2025-11-25, подробности на страницах этих SDK.
• С сервером только Modern / только Legacy - сможет ли клиент, собранный на этом SDK, работать с сервером одной эпохи.
• Переход на старую редакцию - как клиент выбирает эпоху. «Автоматически» значит, что клиент сам сначала отправляет server/discover, а при неудаче переходит к рукопожатию initialize. «Вручную» значит, что по умолчанию клиент идёт одним путём, а второй нужно включить настройкой. «Нет» - клиент умеет только одну эпоху.
• Tasks и MCP Apps - расширения протокола. Их наличие проверялось в коде выпуска. Для уровня SDK они не обязательны.

Что такое Modern, Legacy и Dual-era, объяснено на странице «Редакции и версии».

Уровень - это обязательства команды SDK, а не оценка качества кода. Уровни и их состав опубликованы в официальном перечне SDK, правила - в документе SDK Tiering System.

Уровень	SDK	Что обещано
1	TypeScript, Python, C#, Go, Rust, Ruby	проверка соответствия пройдена на 100%; новые возможности протокола появляются до выхода новой редакции; разбор обращений за 2 рабочих дня; критические ошибки исправляются за 7 дней; стабильный выпуск обязателен
2	Java	проверка соответствия не ниже 80%; новые возможности в течение 6 месяцев; разбор обращений за месяц; критические ошибки за две недели; есть хотя бы один стабильный выпуск
3	Swift, PHP, Kotlin	требований к срокам и к проверке соответствия нет; стабильный выпуск не обязателен

Правила называют и понижение уровня: SDK могут перевести ниже, если проверка соответствия на последнем стабильном выпуске не проходит четыре недели подряд или обращения остаются без ответа два месяца.

• Нужен сервер, который обслужит и новых, и старых клиентов, - подойдёт любой SDK со значением Dual-era. Как это устроено на стороне сервера, разобрано на странице «Сервер для двух эпох».
• Пишете клиент - посмотрите столбец «Переход на старую редакцию». У части SDK клиент по умолчанию начинает со старого рукопожатия, и новую редакцию нужно включить явно.
• Работаете на Java, Kotlin или Swift - выпущенные версии этих SDK не смогут говорить с сервером или клиентом, который понимает только редакцию 2026-07-28. Планы и состояние веток разработки описаны на страницах SDK отдельно от выпусков.
• Нужны Tasks или MCP Apps - проверяйте столбец расширения, а не уровень SDK.

• Библиотеки и фреймворки сообщества. Они не входят в официальный перечень и здесь не оцениваются.
• Состояние веток разработки. Если возможность есть только в ветке main или в планах, она не считается поддержанной; такие случаи названы на страницах SDK.
• Содержимое опубликованных пакетов. Проверялся исходный код на метке выпуска, а не распакованный пакет из реестра.

Уровень 1	Уровень 2	Уровень 3
TypeScript, Python, C#, Go, Rust, Ruby	Java	Kotlin, Swift, PHP

• Редакции и версии - что такое эпохи и как клиент и сервер договариваются.
• Переход на 2026-07-28 - что меняется в коде сервера и клиента.
• Сервер для двух эпох - как обслуживать оба поколения клиентов.