Рабочий контур ИИ-агента в службе эксплуатации торгового объекта

Тим Зинин, управляющий партнер компании «Зинин, Штурбин и партнёры», рассказал журналу RUБЕЖ о том, как устроен рабочий контур ИИ-агента в службе эксплуатации торгового объекта. Тим строит контуры ИИ-агентов для разбора входящих обращений в лизинге и справочных задачах поверх корпоративных документов. Эксперт объяснил, где агент разбирает обращения, где опирается на регламенты, где получает данные от систем объекта и какие решения остаются у диспетчера. А также заявил, что обновление базы регламентов становится отдельной обязанностью, без которой ИИ-помощник неизбежно расходится с реальностью. Однако есть случаи, где у ИИ нет прав на самостоятельные действия, и они связаны с безопасностью.

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

Поток обращений, который держит на себе диспетчерская служба

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

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

Что в этом потоке съедает время диспетчера

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

Вопрос «что говорит регламент» добавляет четвёртую нагрузку. У пропускного режима, режима работы подрядчиков и порядка действий при инциденте есть утверждённые документы, и диспетчер держит их формулировки в голове или ищет по папкам на сервере прямо во время звонка.

Где в этом потоке начинается агент

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

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

Ответ по регламенту: справочный слой поверх документов

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

На такие вопросы отвечает справочный слой агента, собранный поверх внутренних документов методом RAG (retrieval-augmented generation — генерация ответа с опорой на найденный документ). Агент находит нужный пункт регламента и приводит его формулировку вместе со ссылкой на документ и датой редакции.

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

События систем объекта как вход для агента

Системы объекта — видеонаблюдение с видеоаналитикой, СКУД (система контроля и управления доступом), охрана периметра, пожаротушение и пожарная автоматика, PSIM (Physical Security Information Management — класс систем, который объединяет события разных подсистем объекта в одну ленту) — работают параллельно диспетчерской и порождают собственный поток: видеоаналитика отмечает скопление людей у входа, датчик на периметре фиксирует проникновение на техническую территорию, пожарная автоматика поднимает сигнал задымления на минус первом этаже, турникет СКУД отмечает проход по просроченному пропуску. Этот поток и поток обращений от людей часто описывают одно и то же событие с разных сторон.

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

Здесь работает жёсткая граница. Настройка видеоаналитики, конфигурация СКУД, логика периметральной охраны, работа пожаротушения и пожарной автоматики, архитектура PSIM остаются зоной профильных инженеров систем безопасности. Мой контур ограничивается работой с потоком обращений, регламентами и маршрутизацией сигналов к людям: агент читает события этих систем как готовые факты на входе и оставляет их устройство за скобками.

Где решение остаётся за человеком

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

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

Как встраивать агента на действующем объекте

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

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

Что стоит знать заранее

Агент отвечает по тому, что ему загрузили. Если база регламентов объекта устарела на полгода, ответ агента устареет ровно на тот же срок, и внешне он прозвучит так же уверенно, как ответ по актуальному документу. Разницу между уверенным и точным ответом видит только тот, кто содержит базу регламентов в порядке.

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