Бета · редакция 2026.10-beta1 · MCP 2026-07-28

Итоговый проект

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

В финале я собираю небольшой сервер задач и клиента, а не абстрактный «MCP обо всём». Результат должен быть проверяемым: чтение разрешённой задачи, корректный профиль, понятный ввод человека и отсутствие записи после отказа.

Предварительно: L09 · L11 · L12 · L18 · L21 · L29 · L39 · L40 · L41 · L42

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

Сначала зафиксируйте версию, транспорт и capabilities. Реализуйте инструменты с schema, выдавайте complete или input_required и проверяйте MRTR state. Для HTTP добавьте discovery авторизации, PKCE, resource/audience и scopes. Напишите негативные тесты и задайте лимиты. Отдельно укажите, какие extensions поддержаны и что остаётся legacy совместимостью.

Проверяемая интеграция

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

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

{
  "deliverables": [
    "request fixture",
    "matching complete response",
    "audience/resource policy",
    "decline prevents write",
    "negative tests",
    "resource limits"
  ],
  "publication": "public beta, edition 2026.10-beta1"
}

Лаборатория · L44

Измените условия, проверьте результат и разберите ошибку. Все адреса и данные учебные.

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

Серверная проверка страницы проверяет ограниченный контракт вашего учебного решения. Она не сертифицирует весь внешний проект на соответствие каждой MUST спецификации. После неё прогоните reference-тесты локально и попробуйте поддерживаемый клиент. Прогресс курса хранится на сервере и не зависит от галочки в localStorage.

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

Собрать локальный MCP-сервис учебных задач и прогнать reference tests. На сайте отдельно решить проверяемый сценарий с повреждёнными сообщениями.

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

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

Попробовать локально

Скачать reference-проект с lockfile и тестами (после входа). Распакуйте в отдельную папку, используйте Node.js 22.14 или новее.

npm ci
npm test
npm start

npm start запускает локальный stdio-сервер задач. Остановите его после практики. Тесты используют официальный TypeScript SDK v2.3.1, проверяют современный HTTP handler, MRTR, отказ и подмену состояния. Fake AS проверяет PKCE, issuer, audience и одноразовый code без внешнего аккаунта. Это учебный проект: production требует долговременного хранилища, настоящей проверки токенов и транзакционной идемпотентности.

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

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

Проверка знаний

Читайте свободно. Войдите, чтобы отвечать и сохранять прогресс.

Что проверяет финальная лаборатория?

Что должно произойти после decline?

Где хранится подтверждённый прогресс?