Глоссарий MCP

MCP Model Context Protocol

Открытый протокол, по которому ИИ-приложения подключаются к внешним данным и инструментам через единый интерфейс, а не через отдельную интеграцию для каждой пары «приложение — сервис». Сообщения передаются в формате JSON-RPC 2.0.

Не рекомендуем: Дословные переводы вроде «протокол контекста модели»: в русских текстах устоялось сохранять английское название, а расшифровку давать при первом упоминании.

Хост Host

ИИ-приложение, с которым работает пользователь и в котором действует модель: чат-ассистент, редактор кода, корпоративный агент. Хост создаёт клиентов MCP, получает согласие пользователя на действия и решает, какие данные передать модели.

Клиент MCP MCP Client

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

Не рекомендуем: Путать клиента MCP с хостом: клиент — часть хоста, а не отдельное приложение.

Сервер MCP MCP Server

Программа, которая открывает ИИ-приложениям данные и действия: инструменты, ресурсы и шаблоны запросов. Сервер может работать на компьютере пользователя или удалённо и принадлежать любой организации.

Инструмент Tool

Функция, которую может вызвать модель. У инструмента есть имя, описание и схема входных параметров в формате JSON Schema. Примеры: создать счёт, найти задачи, проверить остаток на складе. Перед вызовом хост должен получить согласие пользователя.

Ресурс Resource

Данные, которые сервер отдаёт приложению как контекст: файл, запись базы данных, страница документации. Ресурс получают по адресу (URI), и выбирает его чаще приложение или пользователь, а не модель.

Шаблон запроса Prompt

Заготовка сообщений или сценария, которую сервер предлагает пользователю: например, «разобрать код» или «составить отчёт». Пользователь выбирает шаблон явно. В разговорной речи встречается слово «промпт».

Запрос данных у пользователя Elicitation

Возможность сервера в ходе работы попросить у пользователя недостающие сведения или подтверждение: выбрать вариант, уточнить параметр, подтвердить стоимость. В ревизии 2026-07-28 такие запросы строятся на многошаговых запросах (MRTR).

JSON-RPC 2.0 JSON-RPC 2.0

Формат сообщений, в котором MCP передаёт запросы, ответы и уведомления. Он описывает только вид сообщений, но не способ их доставки: доставку обеспечивает транспорт.

Транспорт Transport

Способ доставки сообщений между клиентом и сервером. В действующей ревизии описаны два: stdio для локальных серверов и Streamable HTTP для удалённых.

stdio stdio

Транспорт для локальных серверов: хост запускает программу сервера как дочерний процесс и обменивается с ней сообщениями через стандартные потоки ввода и вывода.

Streamable HTTP Streamable HTTP

Транспорт для удалённых серверов: клиент отправляет запросы методом POST на адрес сервера, а ответ приходит обычным ответом или потоком. Заменил устаревший транспорт HTTP+SSE.

Заголовки Mcp-Method и Mcp-Name Mcp-Method, Mcp-Name

В Streamable HTTP каждый запрос несёт в заголовках имя метода и имя вызываемого инструмента, ресурса или шаблона. Благодаря этому шлюз, ограничитель запросов или файервол могут маршрутизировать и учитывать запросы, не разбирая тело сообщения.

Служебные поля _meta _meta

Раздел сообщения для служебных данных протокола. В ревизии 2026-07-28 в нём каждый запрос передаёт версию протокола, возможности и сведения о клиенте.

Ревизия спецификации Protocol revision

Версия MCP в формате ГГГГ-ММ-ДД: дата последнего изменения, нарушающего обратную совместимость. Ревизия может быть черновой (Draft), действующей (Current) или завершённой (Final). Номер не меняется при обратно совместимых правках.

Не рекомендуем: «Версия 1.0» и подобные: у MCP нет номеров в таком виде, версией служит дата.

Протокол без состояния Stateless protocol

Свойство ревизии 2026-07-28: нет рукопожатия initialize и идентификатора сессии, каждый запрос самодостаточен, а обработать его может любой экземпляр сервера. Если серверу нужно хранить состояние между вызовами, он выдаёт явный идентификатор, который модель передаёт как обычный аргумент.

server/discover server/discover

Метод, который сервер обязан поддерживать: он возвращает поддерживаемые версии протокола, возможности и сведения о сервере. Клиент может вызвать его перед другими запросами, но это не обязательно.

Многошаговый запрос Multi Round-Trip Request, MRTR

Схема, при которой сервер, которому не хватает данных, возвращает результат типа input_required со списком нужных сведений, а клиент повторяет исходный запрос, добавив ответы. Заменила запросы сервера к клиенту, для которых требовался постоянно открытый поток.

Кэшируемый результат CacheableResult, ttlMs, cacheScope

Результаты списков (tools/list, prompts/list, resources/list, resources/templates/list) и чтения ресурса содержат поле ttlMs — срок свежести в миллисекундах — и поле cacheScope со значением public или private. По ним клиент решает, сколько хранить ответ и могут ли его кэшировать промежуточные узлы.

Расширение Extension

Необязательная часть MCP за пределами ядра. Расширение работает, только если его поддерживают и клиент, и сервер. Среди официальных расширений: Tasks, MCP Apps и Enterprise Managed Authorization.

Задачи (расширение Tasks) Tasks, io.modelcontextprotocol/tasks

Официальное расширение для долгих операций: сервер возвращает дескриптор задачи, клиент опрашивает её состояние методом tasks/get и при необходимости передаёт данные методом tasks/update. До ревизии 2026-07-28 задачи были экспериментальной частью ядра.

Не рекомендуем: Путать с задачами A2A: у них то же слово, но другая модель (см. «MCP и A2A»).

MCP Apps MCP Apps

Официальное расширение, позволяющее серверу показывать интерактивные элементы интерфейса — графики, формы, видеоплееры — прямо в диалоге с ассистентом.

SEP Specification Enhancement Proposal

Предложение об изменении спецификации. Проходит открытое обсуждение и принимается мейнтейнерами проекта; ссылки на SEP есть в журнале изменений каждой ревизии.

SDK первого уровня Tier 1 SDK

Официальные библиотеки, которые проект поддерживает в первую очередь: TypeScript, Python, Go и C#. На момент выхода ревизии 2026-07-28 все четыре поддерживали её; Rust-библиотека поддерживала её в бета-версии.

OAuth 2.1 в MCP OAuth 2.1

Основа авторизации для HTTP-транспортов. Сервер MCP выступает в роли сервера ресурсов, а выдачей токенов занимается отдельный сервер авторизации. Сама авторизация в MCP необязательна.

Метаданные защищённого ресурса Protected Resource Metadata, RFC 9728

Документ, в котором сервер MCP сообщает, какие серверы авторизации выдают токены для него. Сервер обязан его публиковать, клиент обязан использовать его для поиска сервера авторизации.

Указатель ресурса Resource Indicators, RFC 8707

Параметр resource в запросах авторизации и токена, который привязывает токен к конкретному серверу MCP. Клиент обязан передавать его, а сервер — отклонять токены, выданные не для него.

Документ метаданных клиента Client ID Metadata Documents, CIMD

Способ идентификации клиента, при котором идентификатором служит адрес документа с описанием клиента, и сервер авторизации сам получает нужные данные. В ревизии 2026-07-28 это предпочтительный способ регистрации клиента.

Проверка издателя ответа авторизации iss, RFC 9207

Сервер авторизации возвращает свой идентификатор в ответе, а клиент перед обменом кода на токен сверяет его с записанным ранее. Так закрывается атака подмены сервера авторизации.

Реестр MCP MCP Registry

Официальный открытый каталог и программный интерфейс для поиска публично доступных серверов MCP (registry.modelcontextprotocol.io). Запущен в режиме предварительной версии 8 сентября 2025 года.

server.json server.json

Файл с описанием сервера для реестра: имя в пространстве имён, версия, описание и способы запуска или подключения. Формат используется и независимо от официального реестра.

Agentic AI Foundation Agentic AI Foundation, AAIF

Фонд в составе Linux Foundation, которому 9 декабря 2025 года передан MCP. Основатели фонда — Anthropic, Block и OpenAI. Порядок принятия решений в MCP не изменился: проект ведут мейнтейнеры, изменения проходят через процесс SEP.