4 ноября 2026

ИИ-агент для поиска утечек сжатого воздуха

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

Главный результат такого сценария — не «автономный поиск утечек», а замкнутый и проверяемый цикл:

1. сотрудник или система фиксирует признак утечки;
2. специалист подтверждает место и объект;
3. агент проверяет данные и возможные дубли;
4. инженер утверждает приоритет;
5. ремонтная служба выполняет работу;
6. специалист проводит повторную проверку;
7. дефект закрывают только после подтверждения результата.

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

Почему одной фиксации утечек недостаточно

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

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

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

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

• утечка зарегистрирована;
• ремонт выполнен;
• устранение подтверждено.

Где находится ИИ-агент в общей схеме

Решение удобно разделить на четыре слоя.

Физический процесс. Компрессоры, ресиверы, осушители, магистрали, клапаны, фитинги, пневмоинструмент и конечные потребители.

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

Системы учёта. Реестр активов, EAM/CMMS, система заявок, складская система, графики обходов, справочники подразделений и ответственных.

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

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

Процесс: от сообщения до подтверждения ремонта

1. Зарегистрировать первичное сообщение

Сообщение может поступить из мобильной формы, чат-бота, приложения обходчика, электронной почты, EAM/CMMS или системы дефектов. На месте не следует заставлять сотрудника заполнять длинную карточку. Для первичной фиксации достаточно собрать:

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

Практический сценарий: обходчик сканирует QR-код актива, говорит: «Утечка на фитинге перед клапаном, ультразвук 41 дБ, давление линии 6,3 бара» — и прикладывает две фотографии. Агент расшифровывает сообщение, заполняет черновик и просит подтвердить критичные поля.

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

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

1. Какой станок или линия находятся рядом?
2. Утечка относится к оборудованию или цеховой магистрали?
3. Можно ли безопасно снять маркировку?
4. Проверяли ли место прибором?
5. Влияет ли дефект на работу оборудования?

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

2. Проверить качество данных

До создания заявки агент проверяет обязательные поля и противоречия. Например:

• число указано без единицы измерения;
• давление записано как 63 бар вместо 6,3;
• фотография относится к другому активу;
• выбран метод «ультразвук», но нет показания или идентификатора прибора;
• объект выведен из эксплуатации;
• точка находится в зоне со специальным допуском;
• результат после ремонта хуже исходного, но заявка отмечена как успешно выполненная.

Проверка не должна блокировать первичную регистрацию очевидного дефекта. Поля лучше разделить на три группы:

• обязательные для фиксации;
• необходимые для планирования ремонта;
• необходимые для оценки и подтверждения эффекта.

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

3. Связать дефект с активом и точкой

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

Полезная иерархия выглядит так:

Площадка
└── Корпус
    └── Компрессорная сеть
        └── Магистраль M-03
            └── Ответвление M-03-B17
                └── Станок CNC-24
                    └── Блок подготовки воздуха FRL-24-02
                        └── Фитинг F-06

Если учёт не ведётся до уровня фитинга, точку можно хранить внутри родительского актива:

• родительский актив: FRL-24-02;
• узел: выход после регулятора;
• тип соединения: цанговый фитинг;
• положение на схеме или фотографии;
• локальный номер дефекта: LEAK-2025-00418.

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

Для интеграции систем нужен единый ключ или таблица соответствий. Названия «Компрессор 2», «К-2», COMP02 и 10004567 могут обозначать один объект. Без нормализации агент создаст ложные дубли и исказит статистику.

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

4. Найти возможные дубли

Дубли появляются, когда одну утечку замечают несколько сотрудников, мастер переносит сообщение из чата в EAM, а энергетик позже загружает отчёт обследования. Запрещать повторную регистрацию нельзя: сотрудник может не знать о чужой заявке.

Перед созданием карточки агент сравнивает:

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

Результат должен содержать объяснение, а не только ответ «дубль»:

Найдена открытая заявка LEAK-2025-00392 на активе FRL-24-02, точка «выходной фитинг», созданная 16 часов назад. Совпадают актив, узел и общий вид. Добавить наблюдение в существующую заявку или создать отдельный дефект?

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

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

5. Подготовить и утвердить приоритет

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

На приоритет влияют:

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

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

Агент должен показывать факторы: «P2: актив критичен, работает круглосуточно, утечка подтверждена, доступ требует останова». Непрозрачный балл вроде 87 сам по себе бесполезен.

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

6. Создать проект ремонтной заявки

В EAM/CMMS должна попадать заявка, достаточная для подготовки работы, а не строка «устранить утечку».

Номер дефекта: LEAK-2025-00418
Тип: Утечка сжатого воздуха
Статус: Подтверждена, ожидает планирования
Площадка: Завод 1
Участок: Механическая обработка
Актив: FRL-24-02
Родительский актив: CNC-24
Точка: Выход регулятора, цанговый фитинг трубки 8 мм
Способ обнаружения: Ультразвуковой детектор
Прибор: UT-07
Дата измерения: 2025-03-14 10:35
Показание: 41 дБ
Рабочее давление: 6,3 бар
Режим: Производственный
Предварительный приоритет: P3
Основания: Утечка подтверждена; актив работает 16 ч/сутки;
           непосредственные угрозы безопасности не отмечены
Рекомендуемая работа: Проверить трубку и фитинг, заменить повреждённые
                       элементы по результатам осмотра
Материалы: Уточнить тип фитинга по спецификации актива
Условия доступа: Безопасное отключение и сброс давления
                 по утверждённой процедуре
Требование закрытия: Повторный осмотр и измерение
                     в сопоставимых условиях
Ответственный за приоритет: Иванов И.И.

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

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

7. Спланировать и выполнить ремонт

Агент помогает организовать работу:

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

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

Исполнитель указывает:

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

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

8. Провести повторный замер

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

Для проверки сохраняют:

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

Агент может предупредить:

Исходный замер выполнен при 6,3 бар в производственном режиме, повторный — при 3,8 бар во время останова. Результаты нельзя напрямую использовать для оценки эффекта. Нужна проверка в сопоставимых условиях либо закрытие по другому утверждённому критерию.

Критерии закрытия задают заранее. Например:

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

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

Какие данные использует агент

Ручные сообщения

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

Инструментальные обследования

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

Стационарные измерения

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

Реестр активов и производственный контекст

Из EAM, ERP или CMMS поступают идентификаторы, иерархия, критичность, ответственные, история ремонтов и статус эксплуатации. MES, календарь смен и график оборудования помогают отличать утечку от штатного потребления и выбирать время повторного замера.

Процедуры и справочники

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

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

Что можно и нельзя оценить по данным

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

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

Для предварительной оценки применяют:

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

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

В карточке лучше показывать диапазон и уверенность:

Предварительная оценка потерь: 180–290 тыс. руб./год
Уверенность: средняя
Основание: зависимость производителя прибора; давление 6,3 бар;
16 ч/сутки; 250 дней/год
Не учтено: изменение эффективности компрессорной станции,
взаимодействие с другими утечками и изменение давления
Назначение: приоритизация, а не финансовое подтверждение эффекта

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

Более широкий контекст рассмотрен в статье об ИИ-агенте для энергоэффективности оборудования.

Безопасность и границы автоматизации

ИИ-агент не должен самостоятельно:

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

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

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

Технические ограничения должны быть встроены в архитектуру:

• доступ к АСУ ТП — по умолчанию только на чтение;
• команд управления нет в инструментах агента;
• права разделены по ролям;
• критичные действия требуют явного подтверждения;
• изменения журналируются;
• версии правил сохраняются;
• при низкой уверенности решение передаётся человеку;
• на случай сбоя предусмотрен ручной процесс.

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

Как провести пилот на одном участке

Шаг 1. Выбрать ограниченную зону

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

Шаг 2. Описать фактический процесс

Пройдите всю цепочку с участниками:

1. кто замечает утечку;
2. куда сообщает;
3. кто проверяет данные;
4. кто создаёт заявку;
5. кто утверждает приоритет;
6. кто планирует ремонт;
7. кто подтверждает безопасные условия;
8. кто выполняет работу;
9. кто делает повторный замер;
10. кто закрывает карточку;
11. кто оценивает эффект.

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

Шаг 3. Определить минимальную карточку

Для пилота достаточно следующих полей:

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

Шаг 4. Нормализовать справочники

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

Шаг 5. Настроить правила процесса

Критичные переходы должны опираться на детерминированные правила:

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

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

Шаг 6. Запустить параллельный режим

На первом этапе агент готовит проекты, а сотрудники сравнивают их с текущим процессом. Проверяйте:

• правильно ли выбран актив;
• найден ли дубль;
• не объединены ли разные дефекты;
• понятны ли основания приоритета;
• достаточно ли данных ремонтнику;
• корректно ли назначена проверка;
• нет ли лишних уведомлений.

Ошибки нужно размечать по категориям, а не оценивать общим впечатлением.

Шаг 7. Расширять автоматизацию поэтапно

Безопасная последовательность:

1. структурировать сообщение;
2. предлагать актив и кандидатов в дубли;
3. готовить карточку;
4. после подтверждения создавать заявку;
5. синхронизировать статусы;
6. напоминать о повторной проверке;
7. формировать отчёт по метрикам.

Решения о безопасности, приоритете и переключениях остаются за людьми.

Метрики пилота

Оценивайте качество процесса, а не стиль ответов агента.

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

Время от обнаружения до заявки. Сравнивайте медиану и 90-й процентиль: среднее скрывает заявки, потерянные на недели.

Качество дедупликации. Учитывайте подтверждённые предотвращённые дубли, ложные предложения, ошибочные объединения и пропущенные повторы.

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

Время до утверждения приоритета. Автоматическая рекомендация без решения человека не считается завершением этапа.

Доля повторных проверок. Разделяйте назначенные, выполненные вовремя, проведённые в сопоставимых условиях, успешные и вернувшие дефект в работу.

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

Полный срок жизненного цикла. Время от регистрации до подтверждённого устранения — по приоритетам, участкам и типам узлов.

Качество оценок. Доля карточек с методом, допущениями, диапазоном и классом уверенности.

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

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

Практическая архитектура

Для пилота достаточно десяти компонентов:

1. канал ввода — форма, приложение или корпоративный чат;
2. сервис идентификации пользователей, ролей и прав;
3. реестр активов;
4. отдельная карточка утечки;
5. коннектор EAM/CMMS;
6. хранилище фотографий и документов;
7. модуль правил и эскалаций;
8. ИИ-агент для разбора текста и подготовки проектов;
9. журнал аудита;
10. панель метрик.

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

Пример статусов:

Черновик
→ Зарегистрирована
→ Нужна проверка данных
→ Подтверждена
→ Приоритет утверждён
→ Запланирована
→ В ремонте
→ Ремонт выполнен, ожидает проверки
→ Проверка не пройдена
→ Возвращена в работу
→ Устранение подтверждено
→ Закрыта

Для каждого перехода задаются роли и обязательные данные. Перевод в «устранение подтверждено» возможен только при наличии результата проверки или документированного исключения, утверждённого ответственным.

Типичные ошибки внедрения

Считать агента физическим детектором

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

Рассчитывать расход по фотографии

Фото помогает распознать узел, но не измеряет расход. Нужны инструментальные данные, параметры процесса и методика.

Создавать заявки без связи с активом

Сообщение «утечка возле линии 3» быстро теряет ценность. Нужна хотя бы временная привязка к зоне с последующей идентификацией.

Автоматически сливать похожие карточки

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

Закрывать заявку после отметки ремонтника

Выполненная работа не равна подтверждённому результату. Нужен повторный осмотр или замер.

Ставить приоритет только по деньгам

Безопасность, критичность и риск отказа важнее предварительной стоимости потерь.

Складывать оценки и обещать экономию

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

Давать агенту управление оборудованием

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

Игнорировать справочник активов

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

Начинать со всего завода

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

Другие сценарии ИИ-агентов для производственных процессов собраны в блоге XelaGroup.

Чек-лист запуска

Процесс

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

Данные и активы

• Выбрана пилотная зона.
• Подготовлена иерархия активов.
• У активов есть стабильные идентификаторы.
• Сопоставлены идентификаторы разных систем.
• Определён порядок учёта точки ниже уровня актива.
• Созданы справочники типов утечек и единиц.
• Назначен владелец справочников.
• Настроена обработка неизвестного актива.

Регистрация и дубли

• Форма не перегружена полями.
• Обязательны место, время и автор.
• Можно приложить общий и крупный план.
• Значение хранится вместе с единицей.
• Критичные распознанные поля подтверждает человек.
• Низкая уверенность видна пользователю.
• Поиск дублей учитывает актив, точку, время и заявки.
• Агент объясняет предполагаемое совпадение.
• Автоматическое слияние отключено.
• Дополнительные сообщения сохраняют авторство.

Приоритет и ремонт

• Безопасность проверяется до экономической оценки.
• Используется понятная шкала приоритетов.
• Агент показывает основания рекомендации.
• Приоритет утверждает уполномоченный сотрудник.
• Изменение приоритета сопровождается причиной.
• В заявке есть актив, точка и исходные наблюдения.
• Указаны условия доступа и требования безопасности.
• Предположение агента не записывается как диагноз.
• Повтор интеграции не создаёт новую заявку.
• «Ремонт выполнен» отделён от «утечка устранена».

Повторная проверка

• После ремонта назначаются ответственный и срок проверки.
• Сохраняются условия измерения до и после.
• Агент отмечает несопоставимые режимы.
• Неуспешная проверка возвращает карточку в работу.
• История ремонта не перезаписывается.
• Закрытие без замера требует документированного исключения.

Оценка эффекта

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

Безопасность

• У агента нет команд запуска и останова компрессоров.
• У агента нет команд переключения арматуры и изменения уставок.
• Интеграция с АСУ ТП работает на чтение.
• Опасные действия выполняет уполномоченный персонал.
• Учтены процедуры отключения, сброса давления и блокировки.
• Агент не просит делать фото из опасного положения.
• Критичные решения журналируются.
• Права разделены по ролям.

Пилот и метрики

• Зафиксированы базовые показатели до запуска.
• Измеряется время от обнаружения до заявки.
• Измеряется точность привязки к активу.
• Учитываются ложные и пропущенные дубли.
• Измеряется время до утверждения приоритета.
• Отслеживается доля повторных проверок.
• Считается эффективность первого ремонта.
• Измеряется срок до подтверждённого устранения.
• Учитывается время сотрудников.
• Определены критерии завершения пилота и масштабирования.

FAQ

Может ли ИИ-агент сам обнаружить утечку?

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

Можно ли рассчитать расход утечки по фотографии?

Нет. По фотографии можно определить маркировку, тип узла или место дефекта, но нельзя надёжно измерить расход. Для оценки нужны инструментальные данные, параметры процесса и утверждённая методика.

Кто утверждает приоритет заявки?

Уполномоченный инженер, мастер, энергетик или диспетчер — в зависимости от процесса предприятия. Агент готовит рекомендацию и показывает основания, а человек учитывает риски, производственный план и условия ремонта.

Как агент отличает новую утечку от дубликата?

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

Когда заявку можно закрыть?

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

Может ли агент остановить компрессор для ремонта?

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

Как подтвердить реальную экономию электроэнергии?

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

Что делать, если нет подробного реестра активов?

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

Нужна ли отдельная карточка утечки, если есть ремонтная заявка?

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

С чего начать пилот?

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