Знать всё не значит понимать, что происходит в компании

Современная языковая модель обладает обширными знаниями. Она может объяснить принципы управления проектами, составить регламент, проанализировать отчёт или предложить сценарий решения проблемы. Но корпоративная задача редко существует сама по себе.

Предположим, руководитель просит ИИ-агента подготовить информацию о задержке проекта и предложить дальнейшие действия.

У модели есть общий опыт управления проектами. Если ей передать отчёт, она сможет выделить риски, сравнить план с фактическими результатами и сформулировать рекомендации. Но этого недостаточно, чтобы понять, что делать в конкретной ситуации.

Для этого агенту необходимо знать:

• какой срок считается критическим именно для этого проекта;
• кто отвечает за выполнение задачи и кто вправе согласовать перенос сроков;
• какие решения уже принимались на совещаниях;
• какие зависимости связывают проект с другими подразделениями;
• где находится актуальный статус работ;
• какие действия разрешены регламентами компании.

Часть этих сведений может содержаться в документах. Другие — в рабочих системах, переписке, задачах, протоколах встреч и договорённостях между сотрудниками.

Именно здесь проходит граница между ИИ, который умеет работать с информацией, и ИИ, который способен включаться в реальные бизнес-процессы.

Языковая модель знает, как обычно решают подобные задачи. Корпоративный контекст помогает определить, как следует решать эту задачу в конкретной компании.

Почему документов недостаточно

Один из распространённых способов внедрения корпоративного ИИ — предоставить ему базу знаний: инструкции, положения, должностные обязанности, презентации и другие документы. Это полезный первый шаг, но он не решает проблему контекста целиком.

1. Документы описывают правила, но не всегда отражают текущую ситуацию

Регламент может определять порядок согласования договора, но не сообщит сам по себе, на каком этапе находится конкретный договор прямо сейчас. Инструкция объясняет, как обрабатывать заявку, но не содержит её текущего статуса. Положение о подразделении описывает ответственность сотрудников, но может не учитывать временное перераспределение обязанностей.

Документ фиксирует определённые сведения на момент создания или обновления. Бизнес же постоянно меняется.

Если ИИ опирается только на документы, он может дать формально правильный, но практически бесполезный ответ. Агенту нужны не только правила, но и актуальные данные о том, что происходит.

2. Информация распределена между разными системами

В большинстве компаний нет единственного источника, в котором собрано всё необходимое для работы.

Кадровые сведения находятся в HR-системе, задачи — в системе управления проектами, документы — в хранилищах, заявки — в сервис-деске, финансовые показатели — в учётных системах. Важные решения могут остаться в переписке или протоколе встречи.

Каждая система описывает свою часть реальности. Чтобы получить полную картину, сотруднику приходится переключаться между приложениями и самостоятельно связывать данные.

Для ИИ-агента задача ничем принципиально не отличается. Пока у него нет доступа к нужным источникам и способа сопоставлять информацию из них, он видит лишь отдельные фрагменты корпоративной жизни.

3. Информация без связей теряет смысл

Даже если собрать все документы в одном месте, это не гарантирует, что ИИ поймёт отношения между содержащимися в них сведениями.

Например, в базе есть карточка сотрудника, описание проекта, заявка на закупку и протокол совещания. Чтобы оценить ситуацию, нужно установить, к какому проекту относится заявка, кто отвечает за её согласование, какие решения уже приняты и как они влияют на сроки.

Это не просто поиск совпадающих слов. Необходима структура: связи между объектами, ответственность участников, последовательность действий и правила принятия решений.

В противном случае агент может найти нужные сведения, но неверно интерпретировать их значение.

4. У разных сотрудников разные права и задачи

Корпоративная информация не должна быть одинаково доступна всем. Руководитель подразделения, специалист по кадрам и рядовой сотрудник могут иметь разные полномочия и видеть разные данные.

Поэтому контекст для ИИ — это ещё и границы доступа. Агент должен получать только ту информацию, которая доступна инициатору задачи и разрешена для выполнения конкретного действия. Одних инструкций в текстовом виде для этого недостаточно: права должны обеспечиваться механизмами подключённых систем.

5. Знание правил не равно способности действовать

Допустим, агент выяснил, что для решения проблемы нужно согласовать изменение бизнес-процесса. Он может подготовить предложение и объяснить последовательность действий, но это ещё не означает, что он способен запустить согласование.

Для выполнения задачи нужны доступные инструменты: создать заявку, получить статус, найти ответственного, подготовить карточку решения или инициировать предусмотренный процесс.

Если таких инструментов нет, агент остаётся консультантом, которому после каждого ответа требуется человек для выполнения следующего шага.

Что такое корпоративный контекст для ИИ-агента

Контекст — это совокупность сведений, связей, правил и доступных действий, необходимых для выполнения конкретной задачи.

Для корпоративного ИИ он включает несколько уровней.

Информационный контекст. Документы, инструкции, регламенты, новости компании и другие материалы, которые помогают понять предметную область.

Операционный контекст. Актуальные статусы задач, заявок, проектов, договоров и других объектов, с которыми работает компания.

Организационный контекст. Структура подразделений, роли сотрудников, зоны ответственности, согласующие и участники процессов.

Процессный контекст. Последовательность действий, условия перехода между этапами, обязательные согласования и ограничения.

Контекст действий. Инструменты, с помощью которых агент может получать актуальные сведения и выполнять разрешённые операции в корпоративных системах.

Все эти уровни взаимосвязаны. Чтобы агент мог выполнить задачу, ему недостаточно найти правильный документ: необходимо понять, к какой ситуации он относится, насколько актуален, какие правила действуют и что можно сделать на его основе.

При этом не каждому запросу нужен весь корпоративный контекст. Для ответа на вопрос о правилах отпуска может хватить актуального положения. Для обработки конкретного кадрового обращения потребуются также данные заявки, роль инициатора и доступные действия в соответствующем процессе.

Поэтому задача корпоративной ИТ-среды — не передавать модели всю информацию компании сразу, а предоставлять нужные сведения в нужный момент и в допустимых границах.

Как корпоративный портал помогает собрать контекст

Корпоративный портал может стать связующим звеном между сотрудником, корпоративными системами, бизнес-процессами и ИИ-агентами.

Традиционно портал воспринимается как место, где публикуют новости, размещают документы и дают ссылки на внутренние сервисы. Но его возможности шире. Если портал объединяет информацию из разных систем, предоставляет структурированные данные и поддерживает рабочие процессы, он становится важным элементом корпоративной среды, в которой может работать ИИ.

Именно такую роль может выполнять Инкоманд.

Единая точка доступа к корпоративной информации

Инкоманд помогает объединять информацию и сервисы компании в едином цифровом пространстве. Сотруднику не обязательно помнить, в какой системе находится каждый документ или сервис: портал становится точкой входа к необходимым ресурсам.

Для ИИ это тоже существенно. Вместо набора никак не связанных между собой источников появляется возможность организовать доступ к информации в рамках общей корпоративной среды.

Разумеется, единая точка доступа сама по себе не делает все данные автоматически доступными агенту. Необходимы подключение соответствующих систем, настройка источников и определение правил обмена информацией. Однако корпоративный портал может стать основой для такой архитектуры.

Структурированные данные вместо набора файлов

В Инкоманд можно создавать бизнес-объекты, определять их поля и связи, а также использовать их в рабочих сценариях без необходимости разрабатывать отдельное приложение с нуля.

Это позволяет представлять информацию не только в виде документов, но и в виде структурированных сущностей: заявок, проектов, обращений, поручений и других объектов, которые соответствуют задачам конкретной организации.

Для ИИ-агента такая структура принципиально важна. В ней сведения можно связывать между собой, находить по заданным признакам и использовать в логике бизнес-процесса.

Например, агенту, который помогает обработать обращение сотрудника, полезно видеть не только текст обращения, но и его категорию, статус, ответственного, связанные документы и историю предусмотренных действий. Чем лучше организованы эти данные, тем меньше неоднозначности при выполнении задачи.

Бизнес-логика, а не только ответы на вопросы

Корпоративная работа строится не только на информации, но и на правилах её использования. Для одной операции требуется согласование руководителя, для другой — подтверждение профильного подразделения. Одни изменения может выполнить владелец процесса, другие требуют участия нескольких служб.

Инкоманд позволяет создавать приложения и организовывать процессы под конкретные бизнес-задачи. Это даёт возможность формализовать часть корпоративной логики в системе, а не оставлять её только в инструкциях или неформальных договорённостях.

В результате ИИ-агент может использовать не только знания о том, как устроена работа, но и предусмотренные компанией механизмы её выполнения. При этом права на действия и контроль исполнения должны быть настроены отдельно: агенту нельзя предоставлять полномочия лишь на том основании, что он способен сформулировать решение.

Доступ к данным и действиям через интеграции

Чтобы работать с корпоративным контекстом, ИИ должен взаимодействовать с системами, в которых этот контекст хранится и обновляется. Это предполагает интеграции, согласованные способы получения данных и инструменты выполнения операций.

В этом сценарии важную роль могут играть интерфейсы взаимодействия ИИ с внешними системами, в том числе MCP (Model Context Protocol). При соответствующей настройке они позволяют предоставлять ИИ-приложениям доступ к разрешённым источникам данных и инструментам через стандартизированный интерфейс.

MCP не заменяет корпоративную архитектуру и сам по себе не гарантирует корректность ответов. Он решает задачу взаимодействия, а качество результата по-прежнему зависит от структуры данных, доступов, описания инструментов и бизнес-правил.

Поэтому ценность портала определяется не просто наличием подключения к ИИ, а тем, насколько качественно в корпоративной среде организованы информация, процессы и разрешённые действия.

Как это работает на практике

Представим сотрудника, который обращается к ИИ-агенту с просьбой помочь организовать закупку оборудования для нового подразделения.

Если у агента есть только общие знания и набор документов, он сможет составить список необходимых шагов и подготовить черновик заявки. Но чтобы реально помочь, ему потребуется больше контекста.

Он должен получить сведения о потребности подразделения, проверить действующие правила закупок, определить ответственных, выяснить статус связанных заявок и понять, какие согласования обязательны.

В корпоративной среде, где соответствующие данные структурированы и доступны через настроенные интеграции, сценарий может выглядеть иначе:

1. Уточнение задачи. Агент определяет, какое оборудование требуется и какие сведения ещё необходимо получить.
2. Сбор контекста. Он обращается к разрешённым источникам и проверяет актуальные данные, связанные с запросом.
3. Проверка правил. Агент учитывает предусмотренный порядок закупок, роли участников и обязательные согласования.
4. Подготовка действия. На основании собранной информации он формирует заявку или предлагает подходящий следующий шаг.
5. Запуск процесса. Если это разрешено настройками и полномочиями, агент инициирует предусмотренный процесс, после чего система фиксирует результат.
6. Контроль статуса. Агент может сообщить, что произошло с заявкой, и помочь определить дальнейшие действия.

Инкоманд в таком сценарии может выступать средой для размещения бизнес-приложения, структурирования данных и организации процесса. Получение сведений из других систем и выполнение действий в них зависят от реализованных интеграций.

Это важное различие: ИИ не должен самостоятельно придумывать корпоративный порядок работы. Его задача — использовать установленную логику, помогать сотрудникам и выполнять разрешённые операции в рамках определённых правил.