MCP в коде и управляемые агенты: как строить подключения к данным без кустарщины
Model Context Protocol меняет то, как агенты подключаются к внешним системам. Разбираю, что это значит для архитектуры и управления данными в enterprise.
Когда компании начинают строить агентные системы, они быстро упираются в один и тот же вопрос: как агент должен получать доступ к данным и внешним системам? Первые решения почти всегда кустарные: написали хардкод URL, положили ключи в конфиг, сделали обёртку под конкретную задачу. Работает - но не масштабируется.
Model Context Protocol (MCP) - это попытка дать на этот вопрос стандартный ответ.
Что такое MCP
MCP - это открытый протокол, предложенный Anthropic в конце 2024 года, который описывает стандартизированный способ для языковых моделей и агентов подключаться к внешним источникам данных и инструментам. Вместо того чтобы каждый раз заново решать, как агент будет обращаться к базе данных, файловой системе, календарю или внутреннему API, MCP предоставляет унифицированный интерфейс.
Логика похожа на то, как HTTP унифицировал веб: не нужно каждый раз договариваться о протоколе обмена. Все говорят на одном языке.
Для разработчиков это означает: написать MCP-сервер для своей системы один раз - и любой агент, поддерживающий протокол, сможет с ней работать.
Почему это важно для enterprise
В корпоративной среде данные распределены по десяткам систем: ERP, CRM, базы данных, файловые хранилища, внутренние API, очереди сообщений. Каждая интеграция "от нуля" - это время, риск и поддержка.
MCP меняет уравнение: система, у которой есть MCP-сервер, становится доступной для любого агента в экосистеме. Это поворот от "написали под задачу" к "подключили через стандарт".
Второй важный момент - управляемые агенты. Понятие managed agents обозначает агентов, которые работают в управляемой среде: с определёнными правами, с логированием действий, с возможностью аудита. MCP поддерживает эту модель, потому что интерфейс подключений стандартизирован и потому что сервер может контролировать, что именно предоставляет агенту.
Что это меняет архитектурно
Без стандарта интеграции агентов с системами выглядят как спагетти: каждый агент знает об устройстве каждой системы, к которой подключён. Это хрупко - изменение API одной системы ломает всех агентов, которые с ней работают.
С MCP агент знает протокол, а не устройство конкретной системы. MCP-сервер берёт на себя трансляцию: он знает, как разговаривать с системой, и предоставляет агенту стандартизированный интерфейс.
Это разделение ответственности снижает связность и упрощает поддержку.
Практические вопросы при внедрении
MCP молодой протокол - экосистема растёт, но пока не является полной. Прежде чем строить на его основе, стоит понять:
- Какие системы в вашем ландшафте являются приоритетными источниками для агентов?
- Есть ли для них готовые MCP-серверы или нужна разработка?
- Как будет устроено управление доступом - какие данные агент имеет право видеть?
- Как будет логироваться то, к чему агент обращался и что он делал с данными?
- Кто в команде отвечает за поддержку MCP-серверов как инфраструктуры?
Стандарт решает проблему протокола. Проблемы управления, безопасности и архитектуры он не решает за вас. Их нужно проектировать отдельно, используя то, что стандарт предоставляет как строительный материал.
Как думать об этом сейчас
MCP - это не обязательное требование для каждого ИИ-проекта прямо сейчас. Но это сигнал о направлении, в котором движется экосистема агентных систем. Компании, которые будут строить интеграции агентов со своими системами, рано или поздно встанут перед выбором: продолжать кустарные точечные решения или перейти на стандарт.
Начинать думать об этом выборе лучше до того, как накоплен большой объём кустарного кода.