AI Agents

MCP для бизнеса: как подключить AI-агента к CRM, документам и сервисам

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

Протокол MCP соединяет AI-агента с бизнес-системами

Редакция WAI · обновлено 2026-10-17
Материал подготовлен по официальной документации платформ и практике проектирования digital-систем. Условия конкретного проекта проверяются отдельно.

Почему о MCP говорят после AI-конференций

В 2025 году поддержку агентных инструментов и MCP расширили крупные платформы, включая Google и Microsoft. Рынок движется от отдельных чат-ботов к системам, которые могут найти документ, получить данные из CRM и выполнить ограниченное действие. MCP стандартизирует описание такого соединения.

Что именно стандартизируется

Сервер MCP может предоставить ресурсы, инструменты и подсказки. Клиент узнаёт, какие операции доступны, какие параметры они принимают и что возвращают. Это снижает объём уникального кода между каждой моделью и каждой системой.

Пример для отдела продаж

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

Где MCP особенно полезен

  • несколько AI-клиентов должны работать с одной системой;
  • интеграции нужно повторно использовать между командами;
  • набор инструментов часто меняется;
  • важно отделить доступ к данным от промпта;
  • нужен единый каталог разрешённых операций.

Чего MCP не решает

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

Архитектура безопасного подключения

  1. Выделить одну роль и минимальный набор действий.
  2. Разделить чтение и изменение данных.
  3. Проверять параметры до выполнения.
  4. Запрашивать подтверждение для денег, публикаций и удаления.
  5. Записывать вызов, пользователя, результат и ошибку.
  6. Ограничить частоту и объём операций.

MCP или обычная интеграция

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

Как начать пилот

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

Почему стандарт важен именно сейчас

OpenAI представила инструменты для построения агентов, включая web search, file search и computer use, а Google и Microsoft связали развитие агентных платформ с открытыми протоколами и взаимодействием инструментов. Это не означает, что все продукты уже совместимы без настройки. Но направление ясно: бизнесу выгоднее описывать доступные действия один раз, чем писать уникальный переходник для каждого интерфейса.

Первичные материалы: инструменты OpenAI для агентов, Google I/O и Microsoft Build 2025.

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

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

Human-in-the-loop

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

Как оценить проект

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

Типовые ошибки

  • смешать секреты доступа с промптом;
  • доверить модели произвольный SQL или HTTP-запрос;
  • не ограничить повторный вызов после ошибки;
  • не разделить тестовые и рабочие данные;
  • не назначить владельца интеграции;
  • не хранить трассировку действий.

FAQ

MCP нужен каждой компании?

Нет. Он полезен при растущем наборе агентных интеграций; для одного простого сценария может быть избыточным.

Можно ли подключить 1С или внутреннюю CRM?

Да, если у системы есть API или контролируемый адаптер. Права и структура методов проектируются отдельно.

Работает ли MCP только с одной моделью?

Нет. Идея протокола как раз в переносимом описании инструментов, хотя совместимость конкретных клиентов нужно проверять.