# Глоссарий MCP > Термины Model Context Protocol с английскими оригиналами. У каждого термина постоянный адрес, на него можно ссылаться. Машиночитаемая версия: [glossary.json](https://mcpprotocol.ru/glossary.json). Ревизия MCP 2026-07-28 · проверено 03.10.2026 · https://mcpprotocol.ru/glossary/ ## Как устроен глоссарий Русский термин выбран так, чтобы он читался без знания английского и не расходился с устоявшимся употреблением. Английский оригинал указан рядом: он нужен, чтобы найти то же понятие в спецификации и коде. Названия методов, полей и значений (`tools/call`, `_meta`, `input_required`) не переводятся. Устаревшие понятия не удалены, а помечены: так читатель, встретивший их в старом материале, найдёт объяснение. Машиночитаемая версия: [glossary.json](https://mcpprotocol.ru/glossary.json). Алфавитный указатель: - [Agentic AI Foundation](#aaif) - [HTTP+SSE](#http-sse) - [JSON-RPC 2.0](#json-rpc) - [MCP](#mcp) - [MCP Apps](#mcp-apps) - [OAuth 2.1 в MCP](#oauth) - [SDK первого уровня](#sdk) - [SEP](#sep) - [server.json](#server-json) - [server/discover](#server-discover) - [stdio](#stdio) - [Streamable HTTP](#streamable-http) - [Динамическая регистрация клиента](#dcr) - [Документ метаданных клиента](#cimd) - [Журналирование MCP](#logging) - [Заголовки Mcp-Method и Mcp-Name](#mcp-headers) - [Задачи (расширение Tasks)](#tasks) - [Запрос данных у пользователя](#elicitation) - [Инструмент](#tool) - [Клиент MCP](#client) - [Корневые каталоги](#roots) - [Кэшируемый результат](#cacheable) - [Метаданные защищённого ресурса](#prm) - [Многошаговый запрос](#mrtr) - [Проверка издателя ответа авторизации](#iss) - [Протокол без состояния](#stateless) - [Расширение](#extension) - [Ревизия спецификации](#revision) - [Реестр MCP](#registry) - [Ресурс](#resource) - [Сервер MCP](#server) - [Сессия и рукопожатие](#session) - [Служебные поля _meta](#meta) - [Сэмплинг](#sampling) - [Транспорт](#transport) - [Указатель ресурса](#resource-indicators) - [Хост](#host) - [Шаблон запроса](#prompt) ## Участники ### 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. ## Устаревшее ### Корневые каталоги Roots [УСТАРЕЛО]устарело Возможность клиента сообщать серверу, с какими каталогами и файлами разрешено работать. Признана устаревшей в ревизии 2026-07-28. Вместо неё предлагается передавать пути через параметры инструментов, адреса ресурсов или настройки сервера. ### Сэмплинг Sampling [УСТАРЕЛО]устарело Возможность сервера попросить хост выполнить запрос к языковой модели. Признана устаревшей в ревизии 2026-07-28; вместо неё предлагается работать напрямую с интерфейсом поставщика модели. ### Журналирование MCP Logging [УСТАРЕЛО]устарело Передача журнальных сообщений сервера клиенту. Признана устаревшей в ревизии 2026-07-28; вместо неё предлагается писать журнал в stderr (для stdio) или использовать OpenTelemetry. ### HTTP+SSE HTTP+SSE [УСТАРЕЛО]устарело Прежний транспорт для удалённых серверов. Считался устаревшим с ревизии 2025-03-26, а в ревизии 2026-07-28 получил официальный статус Deprecated. Вместо него используется Streamable HTTP. ### Сессия и рукопожатие Mcp-Session-Id, initialize [УСТАРЕЛО]устарело Идентификатор сессии и обмен initialize/initialized, с которых начиналось соединение в ревизиях до 2026-07-28. В действующей ревизии удалены. Описания работы MCP через «сессию» и «рукопожатие» относятся к прежним ревизиям. ### Динамическая регистрация клиента Dynamic Client Registration, DCR, RFC 7591 [УСТАРЕЛО]устарело Способ регистрации клиента на сервере авторизации во время подключения. В ревизии 2026-07-28 признан устаревшим в пользу документов метаданных клиента (CIMD); остаётся для совместимости с серверами, которые CIMD не поддерживают.