Что такое MCP

Название расшифровывается как Model Context Protocol. Главное в нём: не «модель умеет больше», а «модели дали руки и глаза в конкретной программе». Спецификация открытая, текущая версия — 2026-07-28.

Проще всего думать так: агент умеет разговаривать, но не умеет ничего трогать. MCP — это договор о том, как ему говорят: «вот список действий, вот как их вызывать, вот что они вернут».

Из чего состоит

Три роли, и их легко перепутать.

Хост — программа, в которой вы работаете: Claude Code, Cursor, наш OpenCode. Она держит разговор и решает, когда позвать инструмент.

Клиент — кусок внутри хоста, который держит одно соединение с одним сервером. Соединений может быть много одновременно.

Сервер — то, к чему подключаются. Не сервер в смысле «железо в датацентре», а небольшая программа, которая объявляет: «у меня есть такие действия». Она может быть локальным процессом на вашем компьютере.

Общение идёт сообщениями JSON-RPC 2.0 — это простой формат «запрос — ответ» с номером, чтобы ответы не путались.

Что сервер отдаёт

Три вида, и в карточках каталога вы встретите все три.

Инструменты (tools) — действия, которые агент может выполнить: поискать, открыть файл, создать сцену в редакторе. У каждого есть имя, описание и схема входа: какие поля, какие типы, что обязательно. Агент выбирает инструмент по описанию, поэтому плохое описание = неправильный выбор.

Ресурсы (resources) — данные, которые сервер отдаёт для чтения: файлы, записи, документы. Их не «вызывают», их читают.

Промпты (prompts) — заготовки запросов, которые сервер предлагает хосту. Реже встречаются, но в спецификации есть.

Как подключается

Два основных способа доставки сообщений.

stdio — хост сам запускает программу и говорит с ней через её стандартный ввод и вывод. Так работают локальные серверы: ничего не нужно открывать в сеть, доступ проверяется правами процесса. Учётные данные в этом случае берут из переменных окружения.

Streamable HTTP — сообщения идут по сети на один адрес: запрос — обычный POST, ответ приходит либо сразу объектом, либо потоком событий. Так подключаются удалённые серверы, к которым обращаются разные люди.

Проверка доступа — необязательная часть протокола. Для HTTP-серверов спецификация предлагает схему на основе OAuth; для локальных — переменные окружения.

Чем MCP не является

Не плагином. Плагин расширяет конкретную программу и умирает вместе с ней. MCP-сервер один и тот же подключается к разным хостам.

Не API-обёрткой. Обычный API — это адреса, которые вызывает программист. MCP-сервер сам рассказывает агенту, что умеет, и агент выбирает действие по описанию.

Не моделью. Он ничего не знает и не учится. Если в описании инструмента написана ерунда, агент будет делать ерунду.

Не гарантией безопасности. Это только способ связи.

Что проверить перед подключением чужого сервера

Сервер получает те же права, что и программа, которая его запустила: файлы, команды, сеть. Поэтому чужой MCP — это чужой код с доступом к вашим данным.

Смотрите, что сервер объявляет: список инструментов — это и есть его полномочия. Если для задачи «показать погоду» он просит читать домашнюю папку, это ответ.

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

И последнее: сервер, который не обновляется, — это сервер, который не обновляется. Смотрите на дату последнего коммита и на то, кто автор.

Где это в каталоге

Метка «MCP» — все материалы с ней: серверы для редакторов, браузеров, баз и отдельных программ. Тема «Агенты» — обвязки, которые MCP используют.

Если сервер вам нужен только чтобы агент что-то поискал, часто хватает обычного HTTP или файла — MCP оправдан там, где действий много и они меняются.