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

Протокол и его части

TL;DR

MCP — протокол, общий для разных моделей и инструментов: правила, по которым агент обращается к базе данных, 1С или файловому хранилищу. На сайте — шесть статей про MCP и материалы про смежные инструменты: Claude Code, n8n, агентов.

Модель сама по себе работает с текстом внутри диалога и знаниями, заложенными на этапе обучения. Чтобы агент прочитал актуальный остаток на складе, карточку клиента в CRM или регламент компании, ему нужен канал связи с этими системами — это и есть задача MCP. Протокол описывает три роли: MCP-сервер — программа, которая открывает доступ к конкретному источнику данных или инструменту; MCP-клиент — часть приложения (Claude, Cursor, другой агент), которая обращается к серверу; набор инструментов, которые сервер предоставляет модели.

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

Зачем бизнесу MCP

Без доступа к данным компании агент видит только общие знания, без специфики: цен, остатков на складе, статусов заказов, истории конкретного клиента. Подключение MCP-сервера к CRM, 1С или базе знаний даёт агенту актуальный контекст — ответ строится на реальных данных компании вместо догадки модели.

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

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

// из разговора с руководителем отдела продаж

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

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

Подключение к Claude

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

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

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

  1. Выбрать один источник данных для первого подключения — например, 1С или CRM.
  2. Настроить MCP-сервер на чтение, без прав на запись.
  3. Проверить на десяти реальных вопросах, что агент видит нужные данные.
  4. Обсудить с командой, какие действия открыть агенту на запись после проверки.

Свой сервер и память

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

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

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

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

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

● Discovery · 1 час · бесплатно

Какие данные компании стоит открыть агенту первыми?

Прийти на Discovery →

MCP против n8n

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

ДоступДают агентуОграничивают
Чтение остатков и ценСразу, для ответов клиентам—
Изменение данных в CRM или 1СТолько по явному сценарию с подтверждениемПрямую запись без проверки человеком
Финансовые операции и платежиПодключают в последнюю очередь, после проверки на менее рискованных сценарияхПрямой доступ без ограничений на старте
// с чего начать

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

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

Что такое MCP простыми словами?
Протокол, по которому модель обращается к внешним инструментам и данным — базе, 1С, файлам, календарю — через общий стандарт вместо отдельной интеграции под каждую систему.
Зачем бизнесу MCP-сервер для 1С?
Чтобы агент читал остатки, цены и статусы заказов напрямую из учётной системы и отвечал сотруднику или клиенту без ручной выгрузки отчёта. Шаги подключения — в статье MCP для 1С на сайте.
MCP — это то же самое, что API?
Понятия близкие, а суть разная: API — общий способ, которым одна программа обращается к другой, MCP — отдельный стандарт поверх такого обращения именно для языковых моделей и агентов, единый для разных клиентов.
Можно подключить MCP к GigaChat или DeepSeek?
Протокол шире одной модели, а поддержка у разных вендоров и клиентов развивается неравномерно — актуальный статус смотрят в документации конкретного инструмента перед подключением, точные цифры здесь статья оставляет за скобками.
Чем MCP отличается от n8n?
MCP даёт модели прямой канал к инструменту внутри диалога, n8n собирает сценарий из шагов и триггеров отдельно от диалога с моделью. Разбор выбора — в статье MCP или n8n на сайте.
Какие риски у MCP-доступа для агента?
Главный риск — избыточные права: доступ на запись там, где хватило бы чтения. Практика — начинать с чтения данных и добавлять действия с подтверждением человеком постепенно, вместо открытия всех прав сразу.