Отказ отмена и отсутствие поддержки

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

Я разделяю три исхода вопроса к человеку. Accept — человек предоставил ответ. Decline — человек отказался. Cancel — взаимодействие было отменено. Сведение всех трёх к булевому success делает поведение агента непредсказуемым.

Предварительно: L19 · L20

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

После decline не выполняйте побочный эффект, ради которого запрашивали согласие. После cancel остановите соответствующий сценарий или предложите безопасный возврат. Если client не поддерживает нужный режим, объясните ограничение; не заменяйте form сбором секрета в обычном тексте. Ответ MRTR должен сохранять связь с исходным запросом и его principal.

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

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

{
  "accept": "validate content → authorize → continue",
  "decline": "do not execute protected action",
  "cancel": "stop interaction",
  "unsupported": "explain and choose supported alternative"
}

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

Проверьте UI с клавиатурой, на телефоне и при повторной отправке. Кнопка закрытия не должна превращаться в согласие. В лаборатории сравните состояния операции после каждого исхода: ни отказ, ни отсутствие поддержки не должны создавать задачу.

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

Сравнить accept, decline и cancel; выключить form или URL capability. Успех: отказ не трактуется как пустое согласие.

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

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

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

• mrtr: первичный источник
• elicitation: первичный источник

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