Что такое MCP: Model Context Protocol простыми словами

ИИ-ассистент знает о мире почти все, но не знает, о чем вы договорились с клиентом вчера. Чтобы он ответил по существу, приходится копировать транскрипт встречи в чат, вставлять данные из CRM, прикладывать файлы. Каждый раз, вручную.

MCP (Model Context Protocol) убирает эту рутину. Это открытый стандарт, который позволяет ИИ-агентам напрямую обращаться к внешним данным: встречам, файлам, базам данных, почте. В этой статье разберем, как работает протокол, чем он отличается от API, какие программы его поддерживают и как подключить первый сервер без программирования.

Что такое MCP

MCP (Model Context Protocol) — открытый стандарт подключения ИИ-агентов к внешним источникам данных и инструментам. Опубликован компанией Anthropic в ноябре 2024 года как открытая спецификация: любой сервис может один раз реализовать поддержку протокола, и любой агент сможет с ним работать.

Протокол развивается быстро:

• март 2025 года — поддержку MCP объявила OpenAI;
• апрель 2025 года — к стандарту присоединилась Google;
• 9 декабря 2025 года — Anthropic передала MCP в Linux Foundation (фонд Agentic AI Foundation) вместе с агентом goose от Block и спецификацией AGENTS.md от OpenAI. К этому моменту экосистема насчитывала более 10 000 активных серверов и 97 миллионов скачиваний SDK в месяц;
• 28 июля 2026 года — вышла актуальная версия спецификации: протокол переведен на stateless-ядро, появился фреймворк расширений, в том числе для асинхронных задач.

Источники дат и цифр: Anthropic (2024, 2025), OpenAI (2025), Google (2025), официальный блог MCP (2026).

Стандарт часто сравнивают с USB-C. До USB-C у каждого устройства был свой разъем и свой кабель. USB-C заменил их одним универсальным портом. MCP делает то же самое для ИИ-интеграций: один «разъем» для подключения агентов к данным.

Какую проблему решает протокол

До MCP каждая пара «ИИ-инструмент плюс источник данных» требовала отдельной интеграции. Хотите дать Claude доступ к файлам — одна разработка. Подключить ChatGPT к базе данных — другая. Корпоративный агент компании — третья. При N инструментах и M источниках получается N × M интеграций, каждую из которых нужно писать и поддерживать.

MCP меняет схему на N + M. Источник данных один раз реализует MCP-сервер. ИИ-инструмент один раз учится работать с MCP. После этого любой агент подключается к любому серверу без дополнительной разработки.

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

Как работает MCP: три компонента

Архитектура протокола состоит из трех элементов.

MCP Host — приложение, в котором работает ИИ-агент: Claude, ChatGPT, Cursor или другой клиент. Именно Host инициирует подключения к серверам и управляет ими.

MCP Client — компонент внутри Host, который поддерживает соединение с конкретным сервером. Один Host держит несколько клиентов: по одному на каждый подключенный источник данных. Для пользователя это невидимая деталь архитектуры.

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

Сервер предоставляет агенту три типа возможностей:

• Resources (ресурсы) — данные, которые агент может читать: документы, записи базы, письма, встречи;
• Tools (инструменты) — действия, которые агент может выполнять: создать задачу, отправить письмо, запустить запись;
• Prompts (шаблоны) — готовые инструкции для типовых сценариев.

Как это выглядит в жизни: вы спрашиваете агента «что решили про бюджет на встрече во вторник?». Агент обращается к MCP-серверу сервиса встреч, сам находит нужную запись, читает саммари или ищет по транскрипту и возвращает ответ. Ни копирования текста, ни переключения между окнами.

Чем MCP отличается от API

И MCP, и API связывают программы с данными. Разница в том, кто ими пользуется.

Важно: MCP не заменяет API, а строится поверх него. MCP-сервер сам обращается к API источника данных, упаковывает ответ в стандартный формат и передает агенту. API остается внутренней механикой сервиса.

Что можно делать с MCP: сценарии по ролям

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

Продажи. Агент подключен к сервису встреч и CRM. Менеджер спрашивает: «Какие возражения звучали на звонках с этим клиентом за квартал?» — и получает сводку по всем разговорам вместо перечитывания десятков записей.

Продукт. Результаты пользовательских интервью разбросаны по месяцам. Запрос «собери все пожелания по интеграциям из интервью последних двух месяцев» превращает разрозненные транскрипты в один список.

HR. Рекрутер спрашивает: «Кратко по итогам собеседования с кандидатом Ивановым: сильные стороны, риски, договоренности» — агент сам находит нужную встречу в архиве.

Руководители. «Какие задачи мы поставили на планерках на этой неделе и кто ответственный?» — ответ собирается по всем встречам команды сразу, а не по памяти участников.

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

Какие бывают MCP-серверы

Экосистема серверов растет быстро. Основные категории:

• файлы и локальные данные — доступ к документам на компьютере;
• базы данных — PostgreSQL, SQLite, MongoDB и другие;
• инструменты разработки — GitHub, GitLab, Jira, Linear;
• коммуникации — почта, мессенджеры, календарь;
• сервисы встреч и документов — записи созвонов, саммари, задачи из встреч.

Искать готовые серверы можно в официальном репозитории Anthropic на GitHub, в каталогах коннекторов клиентов (в каталоге коннекторов Claude уже есть серверы для работы с встречами) и во встроенных маркетплейсах отдельных агентов, например Devin (Cognition, 2025).

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

Для российских команд есть и локальные точки входа: MCP Hub в Yandex Cloud AI Studio позволяет подключать внешние серверы по URL и привязывать их к агентам.

Какие клиенты поддерживают MCP в 2026 году

Список постоянно пополняется. На середину 2026 года протокол поддерживают:

• Claude — веб-версия, десктопное приложение и Claude Code;
• ChatGPT — веб-версия и приложение;
• редакторы кода — Cursor, Windsurf, Zed, расширения Cline и Continue для VS Code;
• консольные агенты — Gemini CLI, Codex CLI, Kimi CLI;
• платформы — Yandex Cloud AI Studio (MCP Hub), OpenClaw.

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

Миф: «MCP работает только в десктопе»

На старте, в конце 2024 года, это было правдой: протокол поддерживали только локальные приложения. Поэтому в статьях того периода (и в свежих перепечатках) до сих пор встречается утверждение, что для MCP обязательно нужен Claude Desktop или десктопный ChatGPT.

В 2025 году ситуация изменилась. Веб-версии Claude и ChatGPT получили коннекторы с авторизацией через OAuth: сервер добавляется по URL, вход подтверждается кнопкой «Войти», без конфигурационных файлов. Десктоп остается рабочим вариантом, особенно для локальных серверов, но уже не является обязательным условием.

Как подключить MCP-сервер: общий принцип

Процесс похож в большинстве клиентов и занимает несколько минут:

1. Получить доступ: создать API-ключ в настройках сервиса или добавить сервер через OAuth.
2. Скопировать адрес сервера и конфигурацию из документации.
3. Вставить конфиг в настройки клиента.
4. Перезапустить приложение или обновить страницу.

Два способа авторизации:

• OAuth, рекомендуемый. Клиент с поддержкой OAuth показывает кнопку «Войти»: вы подтверждаете доступ на странице сервиса, и готово. Ключ нигде не копируется, а доступ можно отозвать отдельно для каждого приложения.
• API-ключ. Ключ создается в настройках сервиса и указывается в конфиге клиента. Подходит для скриптов, CI-сборок и клиентов без поддержки OAuth.

Три проблемы, с которыми чаще всего сталкиваются при подключении:

• Устаревший транспорт. Современные серверы работают по Streamable HTTP. Клиент, настроенный на старый транспорт HTTP+SSE из ранних версий протокола, получит ошибку 405. Лечится переключением транспорта в настройках клиента.
• Клиент без произвольных заголовков. Некоторые веб-коннекторы не принимают HTTP-заголовки, поэтому сервисы допускают передачу ключа прямо в адресе сервера. Это удобно, но помните: ключ виден в конфиге, не публикуйте его и не коммитьте в открытые репозитории.
• Лимиты. У серверов есть дневные лимиты вызовов инструментов, они зависят от тарифа. При превышении клиент получит ошибку 429 с временем ожидания. Это не поломка, а сигнал проверить лимиты тарифа.

После подключения агент видит сервер в списке инструментов и обращается к нему по ходу диалога.

Безопасность: на что смотреть

Подключая агента к рабочим данным, стоит проверить три вещи.

Где хранятся ключи. При подключении через API-ключ он сохраняется в конфигурации на вашем устройстве. При OAuth токен живет у клиента, а у сервиса данных остается возможность отозвать доступ конкретному приложению.

Какие действия разрешены. Серверы обычно делят инструменты на чтение (read) и изменение данных (write). Разумный минимум: подключать агента с правами чтения, а запись включать только там, где она действительно нужна.

Что происходит с данными дальше. Важный нюанс, который часто упускают: политика zero data retention (ZDR) провайдера данных не распространяется на внешний ИИ-клиент. Когда транскрипт встречи попадает в Claude или ChatGPT, дальше он обрабатывается по правилам этой платформы: сроки хранения, обучение моделей и доступы определяются уже ей. Короткий чек-лист для службы безопасности перед подключением:

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

Для данных из РФ дополнительным ориентиром служит 152-ФЗ: персональные данные граждан нельзя передавать сервисам без согласия на трансграничную передачу, и это требование никуда не девается при подключении через MCP.

Итоги

MCP решил давнюю проблему ИИ-инструментов: агенты перестали быть «чат-ботами с ограниченным контекстом» и получили доступ к реальным рабочим данным. Стандарт появился в ноябре 2024 года, за два года его приняли все крупные игроки, а управление перешло к Linux Foundation. Протокол молодой и продолжает развиваться, но уже стал де-факто стандартом подключения агентов к данным. Чем раньше настроить нужные серверы, тем быстрее агенты начнут работать с встречами, документами и задачами, а не с тем, что им вставили в чат.

Что дальше

Если хочется посмотреть, как протокол работает на конкретной категории данных, логичный следующий шаг — разбор MCP для встреч: как сервисы записи и саммари подключаются к агентам и что можно спрашивать о своих созвонах. Там же — сравнение доступных серверов для встреч.

А попробовать протокол в деле можно на сервисе, где уже есть ваши встречи: resalt.app бесплатно расшифровывает встречи и дает к ним доступ ИИ-агентам по MCP.