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

6 октября 2026

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

Какую проблему решает ИИ-агент

После аварии, опасного инцидента или серьёзного отказа команда действует под давлением. Нужно безопасно остановить участок, сохранить следы, уведомить ответственных, восстановить выпуск и одновременно начать расследование. Информация быстро расползается по журналам смены, переписке, заявкам на ремонт, архивам АСУ ТП, видеозаписям и устным объяснениям. Через несколько часов участники уже по-разному помнят последовательность событий.

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

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

Что происходит без единого контура расследования

• Хронология собирается вручную. Время в журнале оператора, контроллере, системе заявок и мессенджере может отличаться. Комиссия тратит дни на сопоставление записей.
• Факты смешиваются с версиями. Фраза «датчик дал ложный сигнал» попадает в протокол до проверки самого датчика, кабеля, логики контроллера и действий персонала.
• Доказательства теряются. Перезаписывается видео, удаляются временные файлы, повреждённый узел уходит в ремонт до фиксации состояния.
• Действия не связаны с причинами. После разбора выпускают приказ «усилить контроль», но не меняют конкретный барьер, который должен предотвратить повтор.
• Повторные инциденты выглядят новыми. Формулировки в карточках различаются, поэтому одинаковый механизм отказа не виден в статистике.

Границы: что агент делает, а что нельзя ему поручать

Агент может собирать, сопоставлять и кратко излагать данные; строить временную шкалу; искать похожие случаи; контролировать сроки; готовить вопросы и черновики документов. Он может подсветить противоречие: например, система зафиксировала останов в 14:07, а заявка создана в 14:26. Но он не должен самостоятельно объявлять первопричину, оценивать вину сотрудника, изменять исходные журналы или разрешать повторный пуск.

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

Какие данные подключают к агенту

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

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

Сценарий работы: от сигнала до закрытия расследования

1. Регистрация и первичная классификация

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

2. Сохранение доказательств

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

3. Построение временной шкалы

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

4. Формирование вопросов для комиссии

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

5. Проверка гипотез

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

6. План корректирующих и предупреждающих действий

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

7. Проверка эффективности

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

Практический пример: аварийная остановка конвейера

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

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

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

Как устроить архитектуру без опасной автономности

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

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

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

Безопасность, доступы и аудит действий

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

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

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

Показатели, по которым оценивают результат

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

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

План внедрения за восемь шагов

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

Частые ошибки при запуске

Просить модель сразу назвать первопричину

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

Загружать документы без общей идентификации

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

Автоматизировать плохой регламент

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

Считать выполненное действие эффективным

Замена детали или проведение инструктажа закрывает задачу, но не доказывает снижение риска. Нужны контрольная дата и измеримый признак результата.

Давать агенту лишние права

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

Чек-лист готовности к пилоту

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

FAQ

Может ли ИИ-агент сам определить причину аварии?

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

С каких инцидентов лучше начать пилот?

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

Нужен ли доступ агента к управлению оборудованием?

Для расследования — нет. Безопасный пилот использует чтение данных и создание рабочих карточек. Команды на оборудование и разрешение повторного пуска остаются в существующем защищённом контуре.

Как избежать выдуманных фактов в отчёте?

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

Сколько времени занимает внедрение?

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

Чем этот агент отличается от системы управления ремонтами?

Система ремонтов ведёт заявки, работы и ресурсы. Агент связывает эти записи с тревогами, журналами смены, доказательствами и решениями комиссии. Он дополняет существующую систему, а не заменяет её.