MCP задаёт контракт между AI-клиентом и серверами инструментов. В enterprise-контуре протокол дополняется identity propagation, централизованной авторизацией, сетевой сегментацией и audit.
LLM сама по себе генерирует текст, но не должна бесконтрольно выполнять действия. MCP выносит доступ к внешним системам в отдельные серверы с контрактами, правами, логами и понятными границами: агент запрашивает действие, платформа проверяет контекст, а сервер выполняет только разрешенный tool.
LLM понимает, что для ответа нужно прочитать задачу, файл или запись в системе, и формирует tool-call с параметрами.
Платформа проверяет права пользователя, tenant, тип действия, лимиты и необходимость human approval.
MCP server выполняет запрос к Git, Redmine, CRM, файловому хранилищу или внутреннему API и возвращает структурированный результат.
Анализ баг-репортов, release notes, статусы, комментарии и работа с задачами.
Поиск по репозиторию, чтение диффов, code review и подготовка изменений.
Read-only запросы, контролируемые директории, файлы, отчеты и артефакты.
Авто-маршрутизация заявок, поиск похожих инцидентов и подготовка ответов.
MCP-сервер разворачивается как изолированный контейнер рядом с Open WebUI или агентом.
Open WebUI, Claude Desktop и n8n подключают MCP-серверы через JSON-конфиг.
Каждый инструмент имеет whitelist действий. Критичные операции — только с human-in-the-loop.
MCP стандартизирует discovery и tool calls, но не отменяет корпоративные требования к identity, secrets, network policy и контролю side effects.
Место компонента в общей архитектуре корпоративной AI-платформы.
Внутренние компоненты, границы ответственности и основные связи.
Путь пользовательского запроса через контрольные точки компонента.
Движение данных, контекста и результатов внутри системы.
Изолирует credentials и domain API, публикует минимальный набор типизированных capabilities.
Обнаруживает capabilities, выбирает server и связывает tool call с user/session context.
Локальный transport для desktop и network transport для централизованных enterprise services.
OAuth/OIDC, service identity, delegated access, scopes и approval для write operations.
Продолжите по соседнему слою архитектуры или вернитесь к полной карте технических материалов.
Можно начать с короткой архитектурной сессии: выбрать первый сценарий, определить данные, модельный маршрут, требования к железу, риски и пилотные метрики.