Инкоманд как центр работы ИИ-агентов: возможности нового MCP-сервера - Incomand
Инкоманд как центр работы ИИ-агентов: возможности нового MCP-сервера
Подготовить справку к встрече, найти заявку и объяснить её статус, собрать материалы для публикации — такие поручения требуют доступа к корпоративным данным. Без него сотруднику приходится самому подбирать документы для ИИ, копировать информацию из разных систем и переносить результат обратно.
MCP-сервер Инкоманд позволяет подключить внешних ИИ-агентов к API платформы через Model Context Protocol. Подключённый агент может работать с документами, контентом, пользовательскими объектами, поиском и бизнес-процессами — в пределах доступных операций и прав пользователя.
Инкоманд становится общей рабочей средой для сотрудников и агентов. Человек ставит задачу и проверяет результат, агент обращается к данным и выполняет разрешённые действия, а документы, заявки и процессы остаются в корпоративной системе.
Как устроено подключение
MCP-сервер предоставляет агентскому приложению сведения о доступных API и инструменты для их вызова. В базовом режиме агент получает список API Инкоманд, изучает описание нужного интерфейса и обращается к конкретной операции. Для специализированных сценариев администратор может заранее ограничить набор инструментов с помощью профиля.
Через API агенту доступны:
-
документы, папки и веб-контент;
-
пользовательские объекты — например, заявки, договоры или задачи, если они реализованы в Инкоманд;
-
определения, экземпляры и задачи бизнес-процессов;
-
поиск, пользователи, организации и сайты.
Сам MCP-сервер не выбирает модель и не планирует выполнение поручения. Эти функции остаются на стороне подключённого агентского приложения. Сервер обеспечивает взаимодействие с Инкоманд.
Одно рабочее пространство для нескольких систем
Для сотрудника задача редко ограничивается одной системой. При подготовке к встрече нужны сведения из CRM, документы по проекту и статусы внутренних задач. При обработке заявки — данные заявителя, правила согласования и информация об исполнении.
Инкоманд может объединять эти сведения в связанных записях, документах и процессах, а MCP-сервер — предоставлять агенту доступ к ним. При этом источником данных о клиенте остаётся CRM, учёт ведётся в ERP, а агент помогает собрать информацию и выполнить поручение.
Здесь есть важное условие: MCP-сервер работает с API Инкоманд и не подключает сторонние системы автоматически. Для использования данных из CRM, ERP или СЭД нужны соответствующие интеграции. Сведения и операции внешней системы должны быть доступны через API платформы.
Такой подход позволяет использовать Инкоманд как точку доступа к рабочим задачам, связанным с несколькими корпоративными системами.
Примеры использования
Подготовить справку к встрече с клиентом
Менеджер поручает агенту: «Собери материалы к встрече: открытые вопросы, согласованные документы и текущие задачи».
Агент находит доступные записи по клиенту, проверяет статусы связанных задач и готовит справку со ссылками на источники. По отдельному поручению он может сохранить результат в Инкоманд — если такая операция предусмотрена и разрешена.
Если данные о клиенте поступают из CRM, менеджер получает справку, которая связывает коммерческий контекст с документами и работой проектной команды. При этом исходные записи остаются на своих местах: из справки можно перейти к ним и проверить детали.
Проверить заявку и подготовить дополнение
Сотрудник спрашивает: «На каком этапе моя заявка на оборудование? Нужно ли что-то уточнить?»
Агент находит запись, получает сведения о связанном процессе и объясняет текущий статус. Если в заявке не хватает информации, он помогает подготовить дополнение. Изменение записи можно выделить в отдельный шаг с подтверждением сотрудника.
Для такого сценария используются API пользовательских объектов и бизнес-процессов Инкоманд. Возможность изменить заявку или выполнить действие по задаче зависит от доступных API-операций и прав пользователя.
Собрать черновик корпоративной публикации
Редактор просит подготовить новость о проекте. Агент находит документы и предыдущие публикации, составляет черновик и указывает источники.
Далее материал проходит обычный редакционный маршрут: проверку фактов, доработку и согласование. Создание черновика можно разрешить агенту, а публикацию оставить уполномоченному сотруднику.
API Инкоманд для работы с документами, веб-контентом и бизнес-процессами позволяют спроектировать такой маршрут внутри платформы. Подготовленный текст не придётся вручную переносить из переписки в систему управления контентом.
Разные агенты, разные полномочия
Справочному помощнику достаточно поиска и чтения материалов. Редакционному нужны операции с черновиками. Помощнику по заявкам — доступ к определённым объектам и задачам.
Для разделения этих сценариев в MCP-сервере предусмотрены профили. Администратор указывает разрешённые API-операции, из описаний которых сервер формирует инструменты для агента. Каждый профиль имеет отдельный адрес подключения. Универсальный инструмент вызова произвольного API в профильном режиме не публикуется.
Можно также подготовить общие инструкции: например, требовать ссылки на источники, отделять подтверждённые сведения от предположений или соблюдать заданную структуру справки. Такие инструкции хранятся в объекте MCP Server Prompt и доступны совместимым клиентам через протокол MCP. Изменения профилей и промптов применяются без перезапуска портала.
Инструкции задают порядок работы, но не заменяют ограничения доступа. Если помощник должен только читать документы, это нужно закрепить правами и набором операций.
Несколько агентов могут использовать одну среду Инкоманд, однако распределение поручений между ними требует отдельной настройки на стороне агентского приложения: MCP-сервер не управляет их совместной работой.
Как контролируется доступ
MCP-сервер передаёт в API учётные данные подключённого клиента. Проверку прав выполняет Инкоманд: агент получает доступ к данным и операциям в пределах полномочий используемой учётной записи.
Профиль дополнительно ограничивает набор предлагаемых агенту инструментов, но не заменяет настройку прав. Это особенно важно при доступности базового режима, в котором предусмотрен универсальный вызов API. Поэтому полномочия учётной записи и состав инструментов следует настраивать вместе.
При подготовке промышленного подключения также нужно учитывать особенности текущей реализации:
-
Для подключения поддерживаются Basic и OAuth2 Bearer; для промышленного использования рекомендованы OAuth2-токены и HTTPS.
-
Перечни инструментов и промптов доступны без аутентификации на самом MCP-эндпоинте. Доступ к корпоративным данным проверяют вызываемые API.
-
Собственного журнала действий у модуля нет. Аудит необходимо выстраивать средствами Инкоманд и журналами доступа.
-
Ограничение частоты запросов следует обеспечивать средствами инфраструктуры.
С чего начать
Первый сценарий стоит ограничить конкретной задачей: подготовкой справки, поиском материалов или проверкой статуса заявки. Для него можно определить источники, выделить необходимые API-операции и настроить профиль агента.
В таком сценарии проще проверить всю цепочку: какие сведения получает агент, насколько точно использует их в ответе и какие действия доступны сотруднику после проверки результата. Затем можно добавлять операции записи и подключать другие процессы.
MCP-сервер даёт Инкоманд интерфейс для участия агентов в этой работе. Документы, заявки и процессы становятся доступны из агентского приложения, а результат поручения можно вернуть в ту же корпоративную среду — с учётом настроенных прав и предусмотренных этапов проверки.