MCP не является языковой моделью и не заменяет логику агента. Модель выбирает действие, приложение организует вызов, а внешний сервис выполняет разрешённую операцию. Польза протокола проявляется там, где несколько приложений должны работать с одним набором инструментов через согласованный интерфейс.
Как устроено взаимодействие
В архитектуре MCP участвуют приложение-хост, клиент и сервер. Хост, то есть само AI приложение, создаёт клиентов и управляет ими, клиент держит соединение с одним сервером, сервер предоставляет возможности. Например, сервер службы доставки может открыть инструмент проверки статуса, а клиент в агентном приложении может вызвать его по номеру отправления.
Сервер описывает назначение функции и её параметры. Агент получает это описание и определяет, подходит ли инструмент для вопроса пользователя. После вызова сервер возвращает результат. Приложение обрабатывает ошибки и передаёт модели необходимые сведения для следующего шага или итогового ответа.
Инструменты, ресурсы и промпты
В MCP предусмотрены разные виды возможностей. Tools позволяют выполнять операции, например поиск заявки. Resources предоставляют контекст, включая документы и другие данные. Prompts задают доступные шаблоны взаимодействия. Конкретный сервер может поддерживать только часть этих возможностей.
Чем MCP отличается от API
API определяет, как обращаться к конкретному сервису. MCP задаёт интерфейс, через который AI приложение обнаруживает и использует предоставленные возможности. MCP сервер часто становится адаптером над существующим API, поэтому сам по себе протокол не отменяет разработку интеграции.
Когда подключение оправданно
MCP полезен для общего набора корпоративных инструментов, который используют несколько агентов или приложений. Например, отделы продаж и поддержки обращаются к одной системе заказов. Единый слой позволяет централизованно обновлять операции и сохранять согласованные правила работы с данными.
Для единственного простого сценария прямой вызов API иногда быстрее в разработке. Дополнительный сервер добавляет компонент, который нужно размещать, обновлять и наблюдать. Выбирайте протокол по требованиям к повторному использованию и совместимости, а не только по популярности технологии.
Как выбрать и подключить сервер
Проверьте автора, документацию, список операций и необходимые разрешения. Совпадение названия сервера с известным сервисом не подтверждает его официальное происхождение. Установку сначала проводите в тестовой среде с отдельными учётными данными и ограниченным набором функций.
Для локального взаимодействия часто используется stdio, для сетевого используется Streamable HTTP. Уточните поддерживаемый транспорт и версию протокола у клиента и сервера. Не копируйте старый пример конфигурации без проверки: настройки подключения меняются, а инструменты разных клиентов могут иметь ограничения.
После подключения запросите список доступных возможностей и выполните безопасный тест чтения. Убедитесь, что результат относится к нужному пользователю и содержит ожидаемые поля. Затем проверьте неверный идентификатор, отказ в доступе и недоступность внешней системы.
Настройте права и обработку ошибок
Используйте отдельные права для чтения и изменения данных. Изменение заказа, отправка сообщения или удаление файла должны проходить установленную проверку. Авторизация в MCP не отменяет контроля доступа в самой CRM: права нужно соблюдать на всех участках интеграции.
Проверяйте входные параметры и ограничивайте размер ответа, время выполнения и частоту запросов. Для операций записи предусмотрите защиту от повторного действия. Если сервер получил повторный запрос после сбоя связи, он не должен автоматически создавать вторую запись без проверки идентификатора операции.
Документы и ответы инструментов рассматривайте как данные, а не как новые правила для агента. Внешний текст может содержать попытку заставить модель вызвать другую функцию или раскрыть информацию. Правила доступа и подтверждения должны действовать независимо от содержания найденного материала.
Пример для службы поддержки
Клиент просит узнать, когда приедет заказ. Агент уточняет номер, вызывает разрешённый инструмент и получает статус с временем последнего обновления. Если отправление найдено, формирует ответ на основе этих данных. Если сервис недоступен, предлагает передать вопрос оператору.
В первом запуске достаточно проверки статуса. Изменение адреса доставки добавляется отдельным инструментом с проверкой личности и подтверждением. Такой порядок позволяет проверить пользу подключения и не смешивать простой информационный ответ с операцией, имеющей последствия для клиента.
При выборе решения по запросу «mcp ai агенты» составьте перечень функций, пользователей и ограничений. Для обсуждения разработки MCP сервера полезны примеры запросов и описание существующих API. Тогда можно оценить объём адаптера, требования к размещению и критерии приёмки.
Дальше по теме: подключение модели к вашим системам по API, сроки и цена. ИИ-сервисы→
