Производственный инженер тратит часть смены не на инженерную работу, а на поиск: где лежит актуальная версия регламента, какой код ошибки на линии 4, почему вырос цикл за последние 100 единиц, в каком статусе заказ в ERP. Данные есть, но они разнесены по MES, SCADA/историану, ERP и PDF-инструкциям с разными интерфейсами и правами доступа. Открытый стандарт Model Context Protocol (MCP) от Anthropic позволяет обернуть эти системы в единый протокол, к которому подключается AI-агент. Ниже — обзор того, что на этом подходе уже можно собрать, на публичных примерах. Это не кейс KT.Team, а разбор открытых реализаций.
Что такое MCP и почему он подходит производству
MCP — это открытый стандарт, который описывает единый способ подключения LLM-приложений к внешним данным и инструментам (modelcontextprotocol.io). Вместо набора кастомных интеграций «точка-точка» появляется один протокол с двумя типами возможностей: resources — доступ только на чтение к источникам данных, и tools — действия, которые меняют состояние систем. Это различие важно для цеха: мониторинг состояния линии и просмотр истории идут через read-only resources, а любое управляющее действие — через явно описанный tool с правами (Inductive Automation).
Бизнес-результат прямой: инженер и оператор задают вопрос на естественном языке и получают ответ из нужной системы, не переключаясь между MES, историаном, ERP и папкой с инструкциями. Время поиска ответа сокращается с минут на навигацию по интерфейсам до одного запроса.
Обернуть MES: вопросы по линии вместо навигации по дашбордам
Платформа Tulip выпустила open-source MCP-сервер, который выставляет ключевые сущности производственной среды — таблицы, машины, станции, пользователей — как инструменты, понятные модели (Tulip). Оператор спрашивает: «Какое среднее время цикла по последним 100 единицам на линии 4?» или «Какие станции сообщали о простоях за прошлую смену?» — и получает ответ без ручного построения отчёта. Каждый ответ инструмента несёт структурированные метаданные, поэтому модель понимает, что именно представляют данные, а не получает сырые цифры.
Доступ ограничивается через API-токены: производитель сам определяет, что агент может читать и менять. Сервер работает локально или разворачивается для постоянного использования и подключается к MCP-совместимым клиентам.
Состояние линии в реальном времени: SCADA через MCP
Inductive Automation разрабатывает MCP-модуль для платформы Ignition, который откроет AI-системам доступ к возможностям и данным, доступным через скриптовый движок Ignition — теги, статус линии, исторические данные (Inductive Automation). Ключевой принцип: операторы получают read-only доступ к состоянию линии и истории через resources, а управляющие действия выносятся в отдельные tools с правами для инженеров. Так агент обоснует ответ на актуальных данных производства, а не на устаревших знаниях из обучающей выборки.
Обернуть ERP: статус заказа и бизнес-логика без кастомных API
Для ERP подход тот же. Dynamics 365 ERP MCP server даёт агентам три категории инструментов: data tools (CRUD над сущностями данных через OData и SQL), form tools (навигация по формам, как это делал бы человек) и action tools (прямой вызов бизнес-логики в коде) (Microsoft Learn). Принципиально, что контекст обновляется динамически под роль пользователя: если агент работает в роли Purchasing Agent, ему возвращаются только объекты, доступные этой роли. Система отклоняет вызовы к объектам, к которым у роли нет доступа — права и аудит наследуются от ERP, а не выстраиваются заново.
Для SAP существуют публичные open-source MCP-серверы: hana-mcp-server для SAP HANA и CDataSoftware/sap-erp-mcp-server-by-cdata для read-only доступа к данным SAP ERP. То есть обернуть ERP в MCP можно и на готовых решениях, не разрабатывая интеграцию с нуля.
Обернуть техдокументацию: регламент по коду ошибки
Третий источник — техническая документация и регламенты (SOP). Здесь MCP-сервер инкапсулирует RAG-конвейер: документы разбиваются на чанки, эмбеддятся и грузятся в векторную БД (FAISS, Weaviate, Pinecone), а агенту отдаётся единый инструмент семантического поиска (Scaler). Открытый MCP SOP-сервер даёт агентам семантический поиск по категоризированным коллекциям регламентов. В производственном сценарии техник вводит код ошибки машины, а система синтезирует ответ из технических руководств, журналов прошлых ремонтов и заметок техников — выдаёт диагностические действия и решение.
Подход KT.Team к такой интеграции
Зрелая реализация следует принципу минимальной модификации ядра: MES, SCADA, ERP и хранилище документов не форкаются и не патчатся — MCP-серверы живут рядом как тонкий слой, который читает и вызывает существующие API. Права и аудит наследуются от исходных систем (как в Dynamics 365, где роль ограничивает контекст), а не дублируются. Read-only resources отделяются от управляющих tools, чтобы оператор не мог случайно изменить состояние линии. Используются международные открытые стандарты (MCP, OData) вместо самописных коннекторов, а слабая связанность даёт отчуждаемость: сервер можно передать другой команде или заменить клиента-агента без переписывания интеграции.
Итог для бизнес-процесса
Обёртка MES, ERP и техдокументации в MCP меняет процесс получения информации в цехе: вместо «найти систему → войти → построить отчёт → найти PDF» инженер и оператор формулируют вопрос один раз, а агент сам обращается к нужному источнику с учётом прав доступа. Сокращается время простоя при диагностике, снижается зависимость от того, кто «знает, где что лежит», а права и аудит остаются на стороне исходных систем. Начинать стоит с read-only сценариев (состояние линии, статус заказа, поиск регламента) и расширять до управляющих действий по мере выстраивания контроля доступа.
