Что такое MCP и MCP-сервер: как устроен протокол и как подключить

Что такое MCP-сервер простыми словами

MCP (Model Context Protocol) — общий язык, на котором нейросеть разговаривает с внешними системами. Модель сама по себе умеет только одно: получать текст и отвечать текстом. MCP-сервер даёт ей руки: доступ к файлам, к базе, к браузеру, к трекеру задач.

Ценность в стандарте. До MCP каждую интеграцию писали заново под конкретный инструмент; теперь сервер, написанный однажды, работает с любым клиентом, который протокол поддерживает. Отсюда и рост: серверов под популярные сервисы уже сотни, и почти все открытые.

Дальше — как это подключается, чем локальный сервер отличается от удалённого, отдельно про связку с 1С и что проверить с точки зрения безопасности.

Как устроен протокол MCP: хост, клиент и сервер

В протоколе три роли. Хост — приложение, в котором работает модель: Claude Desktop, Cursor, ChatGPT, Claude Code. Клиент — часть хоста, которая держит связь с одним сервером: на каждый подключённый сервер хост заводит своего клиента. Сервер — программа, которая отдаёт модели возможности одного источника: файлов, базы, браузера, трекера.

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

Сообщения ходят в формате JSON-RPC 2.0. Один рабочий цикл выглядит так:

Транспортов два. Локальный сервер работает через stdio: клиент запускает его процессом на вашем компьютере, сообщения идут построчно через стандартный ввод и вывод. Удалённый работает через Streamable HTTP: все запросы уходят POST на один адрес, ответ приходит обычным JSON или потоком событий. Старый транспорт HTTP + SSE с двумя адресами заменён на Streamable HTTP ещё в ревизии 2025-03-26, хотя в инструкциях он встречается до сих пор.

Ревизий у протокола пять: 2024-11-05, 2025-03-26, 2025-06-18, 2025-11-25 и 2026-07-28. В последней MCP стал протоколом без состояния: рукопожатие и сессии на HTTP убрали, каждый запрос сам несёт версию протокола и сведения о клиенте. На 13 ноября 2026 года Context7, Hugging Face и DeepWiki уже отвечали по новой ревизии, ВкусВилл — по 2025-03-26. Какую ревизию понимает конкретный сервер, покажет онлайн-проверка MCP-сервера.

Вход на удалённые серверы устроен по OAuth 2.1: сервер сообщает, где его сервер авторизации, вы входите в браузере, клиент получает токен с теми правами, которые вы одобрили. Для локальных серверов это не нужно, ключи им передают переменными окружения.

Протокол выпустила Anthropic 25 ноября 2024 года, авторы — Дэвид Сория Парра и Джастин Спар-Саммерс. 9 декабря 2025 года Anthropic передала MCP в Agentic AI Foundation — фонд под Linux Foundation, который основали Anthropic, Block и OpenAI при поддержке Google, Microsoft, AWS, Cloudflare и Bloomberg. Технические решения по протоколу по-прежнему принимают его мейнтейнеры.

Как подключить MCP-сервер

Подключение сводится к одному конфигурационному файлу. Клиент читает его при запуске и поднимает указанные серверы сам.

// файл конфигурации клиента
{
  "mcpServers": {
    "filesystem": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-filesystem", "/путь/к/папке"]
    },
    "postgres": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-postgres"],
      "env": { "DATABASE_URL": "postgresql://..." }
    }
  }
}

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

Два практических замечания. Путь в файловом сервере ограничивает область видимости — указывайте конкретную папку проекта; корень диска открывать нельзя. Ключи и пароли держите в переменных окружения, потому что конфиг легко улетает в репозиторий вместе с остальными файлами.

Первый сервер за десять минут: полный проход

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

Тот же сервер через командную строку, без правки JSON:

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

Что спрашивать после подключения

Главный вопрос новичка звучит так: сервер подключил, а дальше что. Дальше меняется формулировка задач. Пока доступа не было, вы описывали данные словами и вставляли куски в окно. С сервером задача начинается с глагола: найди, посчитай, сравни, открой, создай.

Работает и связка нескольких серверов в одной задаче — ради этого протокол и придумали. Пять сценариев, где это даёт больше всего:

Локальный сервер или удалённый

Разница в том, где выполняется код и куда уходят данные.

Локальный запускается на вашей машине и работает с тем, что на ней есть: файлы, база, браузер. Данные с компьютера никуда не уезжают, кроме того фрагмента, который модель забирает в ответ. Это вариант по умолчанию для файлов и внутренних систем.

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

Для работы из России удалённые серверы иногда упираются в те же ограничения, что и сами модели: часть сервисов ограничивает доступ по стране. Локальные этой проблемы лишены — они ничего наружу не запрашивают.

MCP против API и плагинов

До протокола каждая связка модели с сервисом писалась отдельно. Три модели и четыре сервиса означали двенадцать отдельных интеграций. Протокол разрывает эту зависимость: сервис описывает свои возможности один раз, и любая совместимая модель их видит. Отсюда и скорость, с которой появились сотни готовых серверов. Какие агенты и конструкторы подключают MCP и сколько они стоят — в подборке ИИ-агенты в 2026.

Практический признак, когда пора ставить сервер: вы третий раз подряд копируете одни и те же данные в окно диалога. Если у сервиса уже есть REST API с описанием OpenAPI, сервер из него собирается за несколько строк — порядок в руководстве MCP из API. До этого момента настройка съест больше времени, чем сэкономит.

MCP и ИИ-агенты

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

Так устроены Claude Code, Codex, Cursor, OpenCode и Goose: все они берут инструменты из MCP-серверов, и один и тот же сервер работает в каждом из них. Goose сделала компания Block, сейчас он, как и MCP, проект Agentic AI Foundation. В многоагентных системах агент-оркестратор раздаёт подзадачи субагентам, и у каждого субагента может быть свой набор серверов: одному база, другому браузер.

Набор серверов под агента стоит собирать под задачу. Готовые подборки — для вайб-кодинга, дизайна, российского бизнеса, данных — есть в каталоге MCP-серверов, а серверы для Claude Code с командой подключения к каждому — на странице MCP-серверы для Claude.

MCP и скиллы

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

MCP-коннекторы в Claude и ChatGPT

Коннектором в Claude и ChatGPT называют удалённый MCP-сервер, который подключают через настройки приложения по адресу, без файла конфигурации.

Локальный сервер коннектором подключить не выйдет: приложению нужен адрес в интернете. Такой адрес ему даст MCP-прокси вроде mcp-proxy или Supergateway. Перед подключением адрес удобно прогнать через проверку сервера: она покажет, отвечает ли он и какой вход требует. Пошаговые инструкции — на страницах Claude Desktop и ChatGPT.

Где брать серверы и как выбирать

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

Готовые серверы собраны в нашем каталоге MCP-серверов: 187 серверов от Figma и GitHub до 1С и ВкусВилла, у каждого — инструменты, кто его делает и конфиги для популярных клиентов. Несколько серверов в один файл собирает конструктор mcp.json, а заготовку своего сервера — генератор MCP-сервера. Для 1С есть отдельное сравнение четырёх проектов.

MCP и 1С: зачем это связывают

Запрос «MCP-сервер для 1С» задают почти так же часто, как «что это такое», и причина понятная: в 1С лежат остатки, документы и номенклатура, а вытаскивать их для анализа приходится выгрузками.

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

Готовые серверы под 1С уже есть, и работают они через метаданные и запросы, поэтому подходят к любой конфигурации: MCP-сервер для 1С собирает четыре проекта, 1C MCP Toolkit подключается внешней обработкой без правки конфигурации, а плагин для 1C:EDT открывает агенту код и метаданные в среде разработки. Операции под свою базу, вроде проведения документов, всё равно дописывают сами. И доступ на запись давать рано. Модель читает данные, проводят документы люди.

Сервер не поднялся: разбор частых ошибок

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

Отдельно про последнюю строку таблицы. Конструкция npx -y пакет при каждом запуске тянет свежую версию, и работавшая связка ломается после чужого релиза. На проекте, где сервер нужен ежедневно, версию стоит зафиксировать.

Что проверить с точки зрения безопасности

MCP-сервер даёт модели реальные права в ваших системах, поэтому три вещи проверяют до подключения.

Область видимости. Файловый сервер должен смотреть в папку проекта. Указали корень диска — модель получила доступ к документам, ключам и почте.

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

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

Частые вопросы

Главное