Elicitation в режиме URL

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

Когда внешнему сервису нужно авторизовать пользователя, я не прошу вставить его пароль в чат. URL elicitation выводит человека в отдельный доверенный интерфейс. Эта операция отличается от OAuth, которым сам MCP client получает доступ к MCP server.

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

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

Сервер объявляет mode url, объясняет действие и даёт URL. Клиент проверяет поддержку режима и показывает человеку понятный origin. Поток завершается через предусмотренный механизм и повтор исходного запроса; открытие вкладки само по себе не доказывает завершение. Секреты внешнего сервиса остаются во внешнем процессе, а MCP bearer нельзя переслать туда как замену.

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

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

{
  "mode": "url",
  "message": "Подключите учебный трекер во внешнем сервисе",
  "url": "https://tracker.example/connect"
}

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

В нашей лаборатории кнопка открывает только локальную учебную панель. Она не выполняет OAuth и не отправляет запросы по введённым адресам. Сравните согласованный origin с подменённым адресом и выберите accept, decline или cancel до продолжения.

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

Пройти макет внешнего взаимодействия и вернуться в исходный запрос. Успех: этот шаг не подменяет MCP authorization.

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

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

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

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

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