Переход с версии 2025-11-25

L30 · MCP 2026-07-28 · открытая бета · редакция 2026.10-beta1

Мне важно уметь читать старые статьи без переноса старой архитектуры в новый код. Версия 2025-11-25 остаётся полезным профилем совместимости, но современный курс нельзя построить вокруг её initialize handshake.

Предварительно: L04 · L13 · L14 · L15

Как я это использую

В старом обмене initialize и notifications/initialized создавали согласованный контекст соединения. В 2026-07-28 запросы самодостаточны, capabilities передаются на запрос, discovery отделён, ввод человека проходит MRTR. Современный HTTP не использует прежний session header и GET stream. Tasks теперь изучаем как расширение. Миграцию разбивайте на fixtures для каждого профиля.

Разбираем конкретный контракт

Это учебный fixture: поля с доменом .example и идентификаторы вымышлены. Если показан фрагмент, его нужно поместить в соответствующий envelope выбранного профиля.

{
  "legacy": [
    "initialize",
    "notifications/initialized",
    "connection capabilities"
  ],
  "modern": [
    "self-contained request",
    "per-request metadata",
    "resultType",
    "MRTR"
  ]
}

Что легко сломать

Не заменяйте только дату версии в старом request. Проверьте транспорт, результат, cancellation и путь получения ввода. Реальный клиент может поддерживать лишь старый профиль; это повод явно выбрать совместимость, а не объявлять его неисправным.

Практика и самопроверка

Сравнить handshake, метаданные, session headers и результаты двух версий. Исправить modern-клиент, в который попало legacy-сообщение.

Я советую сначала предсказать результат, затем изменить один параметр в лаборатории и объяснить разницу. Сохраните небольшой fixture с нормальным и ошибочным случаем для своего проекта. Тренажёр открыт без регистрации; для сохранения ответов на тесты и завершения урока войдите в аккаунт.

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

На что я опирался

• changelog: первичный источник
• versioning: первичный источник

Профиль и ссылки проверены 15 октября 2026. Core, deprecated compatibility и extensions в этом курсе помечены отдельно. Примеры объясняют выбранные сценарии; для реализации сверяйте нормативные MUST/SHOULD и schema соответствующей версии.