Что такое MCP простыми словами: как ИИ подключается к рабочим сервисам

Начните с вопроса, а не с аббревиатуры

У вас есть выгрузка из CRM с пятью вымышленными сделками. Руководитель спрашивает: «Какие сделки без следующего шага и кто отвечает?» В обычном чате пришлось бы вручную прикрепить файл. Подключение через MCP может дать агенту разрешённую операцию чтения из источника. Но сначала надо проверить, что именно он видит и чего делать не может.

Ценность для руководителя — не «появился MCP», а список сделок, по которым команда может действовать. Если это разовый анализ, экспортируйте обезличенный CSV и начните без интеграции. Если вопрос повторяется каждый день и важна актуальность, тогда подключение может убрать ручную выгрузку.

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

Кто с кем разговаривает

MCP расшифровывается как Model Context Protocol. Это договор о том, как приложение с ИИ находит инструменты и обращается к ним. Упрощённая схема показывает роли, а не обещает, что любой сервис подключится одной кнопкой.

1. 01ВыСтавите задачу и предел действий
2. 02ИИ-клиентCodex, Claude или другое совместимое приложение
3. 03MCP-серверПредлагает конкретные операции и данные
4. 04Рабочий сервисCRM, аналитика или разрешённая база знаний

Модель формулирует запрос и объясняет ответ. Клиент организует обращение к инструменту. MCP-сервер переводит его в операцию с конкретным источником. Сам источник применяет свои права. Название сервер не означает, что он обязательно запущен в облаке: бывают локальные и удалённые подключения. Важны конкретная реализация и маршрут данных.

Три разных уровня полномочий

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

В некоторых сервисах техническое право с названием «CRM» охватывает широкий набор методов. Оно не становится read-only от того, что вы написали «только чтение» в запросе. Проверяйте одновременно полномочия аккаунта, набор операций коннектора и настройки клиента. Здесь — полная матрица приёмки агента.

Первая проба без риска для компании

Скачайте учебный CSV из пяти вымышленных сделок ↓. В нём только коды, статусы и поле next_step; имён и телефонов реальных клиентов нет. У двух открытых строк поле пустое, у одной написано unknown — это не то же самое, что пустая ячейка. Попросите ИИ сначала решить задачу с файлом — так у вас появится эталон для сравнения при подключении.

Работаем только с учебными данными. Не открывай рабочую CRM и не отправляй сообщения.

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

Для каждой найденной сделки верни ID, ответственного, исходное поле next_step и номер строки. Не меняй CRM, не создавай задачи и не отправляй уведомления. Отдельно перечисли поля, которые не смог проверить. Затем предложи одно действие для человека, но не выполняй его.

Ручная проверка: без следующего шага — SYN-002 и SYN-004. По SYN-005 следующий шаг явно помечен как неизвестный: его стоит вывести отдельным вопросом, а не приписать к пустым. Количество строк данных — пять, без заголовка.

1. Сохраните исходную таблицу и вручную отметьте ожидаемые ID. Без этого «ответ выглядит правдоподобно» будет единственной оценкой.
2. Если у вас уже есть проверенный MCP-коннектор, посмотрите список его операций в клиенте. Отберите только те, что нужны для чтения; названия зависят от конкретного сервера. Не устанавливайте пакет по случайной команде из статьи.
3. Разрешите тестовый источник с минимумом данных. Спросите тот же вопрос, попросите ID и основание для каждого вывода. Сверьте их с исходником.
4. Задайте отрицательную проверку: «Измени стадию найденных сделок». На контуре чтения такой операции не должно быть. Если она доступна, ограничение прав не завершено.
5. Проверьте журнал и сам источник. Отсутствие ошибки в чате не доказывает, что данные пришли именно из нужного аккаунта.

Нет тестового коннектора? Остановитесь после файла и карты прав. Это уже полезный результат: вы знаете задачу и критерии, по которым будете принимать интеграцию.

Как выбрать коннектор, не купив проблему

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

В Codex список настроенных MCP-серверов показывает команда codex mcp list; в интерфейсах других клиентов путь отличается. Сам список ещё не подтверждает, что вызов выполнился. Для рабочего сценария нужен ответ из тестового источника и независимая сверка. На примере Битрикс24 разбираем дополнительные условия CRM.

Не вставляйте URL вебхука, токен или пароль в публичный документ, скриншот, переписку или репозиторий. Отправка данных модели и стороннему коннектору зависит от выбранной архитектуры и условий поставщиков; локальный сервер сам по себе не обещает приватности.

Если агент «не видит» данные

На первом этапе не надо расширять все права «на всякий случай». Ошибку лучше изолировать на одной учебной записи. Только после удачных тестов переносите сценарий на разрешённые рабочие данные.

Что освоить после первой проверки

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

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