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

Здесь не про отдельную услугу, а про трезвую сортировку сценариев. Описание того, что мы строим для сетевых и коммунальных организаций, находится на странице «ИИ для энергетики и ЖКХ», а в статье вы найдёте критерии, по которым можно оценить любое предложение, в том числе наше.

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

Шесть сценариев по зрелости

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

СценарийЗрелостьПри каком условии работаетКрасный флаг в предложении
Разбор обращений и заявоквысокаяЕсть выгрузка обращений за несколько месяцев, справочник адресов, человек проверяет назначенную тему и срочность«Система сама решает, куда направить бригаду»
Поиск по регламентам и документамвысокаяДокументы в цифровом виде или читаемы после распознавания, у каждого ответа есть ссылка на пункт«Ассистент знает все ваши нормативы» без проверки на вопросах диспетчеров
Аномалии в показаниях приборовсредняя–высокаяПоказания идут с метками времени, известен состав дома или узла, есть правила для очевидных ошибок«Модель найдёт все хищения и потери»
Разбор снимков обходов и аэросъёмкисредняяЕсть размеченные примеры дефектов вашего типа, условия съёмки повторяются«Обученная на чужих снимках модель работает у вас сразу»
Прогноз потребления и нагрузкисредняя, нужна историяДанные за несколько сезонов, учтены погода и календарь, результат сравнивается с простым ответом «как в прошлом году»«Точность прогноза заранее известна»
Предсказание отказов оборудованиянизкая без историиДостаточно записанных отказов и данных до них; иначе остаются правила и мониторинг«Предскажем аварии на сети» без вопроса о журнале отказов

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

Почему цена ошибки здесь выше, чем в офисе

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

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

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

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

Данные: что есть почти всегда и чего почти никогда нет

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

ДанныеОбычно естьОбычно нетЧто с этим делать
Обращения потребителейЖурнал звонков и заявок, текст оператораЕдиной темы и признака «повтор»; адреса записаны по-разномуПриводим адреса к справочнику, размечаем выборку силами диспетчеров
Показания приборовЗначения с датой за месяцы и годыПометки о замене прибора, поправках и проверкеНачинаем с правил для очевидных ошибок, модель добавляем на очищенных рядах
Отказы и ремонтыБумажные акты, строки в журналеВремя до отказа, состояние до события, единый справочник причинЧестно оцениваем, хватит ли записей; если нет, начинаем с мониторинга
Регламенты и инструкцииФайлы разных лет, сканыАктуальный перечень и признак «действует»Составляем реестр документов до загрузки в поиск
Снимки обходовФото в мессенджерах и на телефонахПривязки к объекту и времени, единые условия съёмкиВводим правило съёмки с привязкой и собираем набор для разметки

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

Показания приборов: сначала правило, потом статистика, потом модель

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

  1. Правила. Показание меньше предыдущего без пометки о замене прибора, дата из будущего, слишком большой скачок за сутки, передача с нарушением порядка. Эти случаи ловятся без обучения и объясняются одной фразой.
  2. Сравнение с соседями. Дом против похожих домов, узел против своей же истории в тот же сезон. Простая статистика находит выбросы и понятна проверяющему.
  3. Баланс. Показание на входе в дом против суммы по отдельным помещениям. Расхождение сообщает о проблеме, но не о её причине: это может быть утечка, неучтённый потребитель, неисправный прибор или ошибка передачи.
  4. Модель. Подключается там, где правил и статистики не хватает: закономерности по времени суток и погоде, которые трудно записать правилом.

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

Ассистент диспетчера: что можно ему поручить и что нет

Языковая модель в диспетчерской полезна как справочная служба: быстро находит нужный пункт инструкции или похожий случай из журнала. Работает она в вашем контуре, на ваших документах, с ответами и ссылками на источник. Для данных ограниченного доступа облачные модели чаще всего не подходят по требованиям заказчика, поэтому модель разворачивают на сервере организации, как описано на странице «Развернуть LLM на своём сервере».

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

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

Границы: контур управления, государственные системы, учёт

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

  • Технологический контур. Управление режимами, переключения, релейная защита, контроллеры и системы диспетчерского управления остаются за вашей автоматикой и теми, кто за неё отвечает. Мы читаем выгрузки и журналы и в контур не входим.
  • Государственные системы. Интеграцию с государственными информационными системами в сфере ЖКХ мы не обещаем. Если обмен с ними нужен, он решается вашей прикладной системой.
  • Расчёты и учёт. Начисления, тарифы, бухгалтерский и налоговый учёт ведут ваши учётные системы. Мы работаем с их выгрузками.
  • Требования к безопасности объектов. Некоторые объекты энергетики могут подпадать под требования по безопасности критической информационной инфраструктуры. Категорирование и аттестацию проводит заказчик, лицензии ФСТЭК у нас нет. Мы работаем в вашем контуре и по вашему регламенту доступа.
  • Юридические и экспертные заключения. Выводы о причинах аварий и допустимости режимов даёт ваш специалист, а не модель.

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

Как проверить обещание подрядчика до договора на внедрение

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

  1. Выборка заказчика. Проверка идёт на ваших обращениях, показаниях и документах, а не на примерах из презентации. Выборку выбираете вы, включая неудобные случаи.
  2. Простая планка. Результат сравнивается с тем, что есть сейчас: ручной разбор, правило, прогноз «как в прошлом году». Если модель не лучше планки, она не нужна.
  3. Критерий успеха до начала. Записано, что считается успехом и при каких условиях пилот останавливается. Критерий придумывается до результата, а не после него.
  4. Живой режим рядом с человеком. Несколько недель система работает в режиме подсказки, человек принимает решение сам, расхождения собираются в список.
  5. Разбор ошибок. Для каждой ошибки видно, что именно система сделала и почему. Если объяснить нельзя, это риск.
  6. Право остановиться. Договор делится на ступени, и после любой можно уйти, забрав результаты и исходники.

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

Что делаем мы и с чего начать

Начинаем с обследования: 200 000 ₽ и 2–3 недели за один-два процесса, 350 000 ₽ и 3–4 недели при нескольких системах, 500 000 ₽ и 4–6 недель для производственного контура. На выходе карта данных, выбор первого сценария по таблице из этой статьи, критерий успеха и вилка бюджета. Если выяснится, что для предсказательной задачи записей мало, мы так и скажем и предложим начать со сбора данных или с текстовой задачи. Стоимость обследования вычитается из первого этапа, если продолжаете с нами.

Дальше лёгкий пилот на одном сценарии стоит 150 000–400 000 ₽ и занимает 2–8 недель, тяжёлый 400 000–1 200 000 ₽ за 2–3 месяца, вывод в эксплуатацию от 1 500 000 ₽ этапами по 300 000–700 000 ₽. Остановиться можно после любой ступени, исходники лежат в вашем репозитории с первого коммита. Мы не управляем оборудованием и сетью, не заменяем диспетчерские и учётные системы, не проводим аттестацию и не дежурим круглосуточно. Цены и сроки — на странице «Тарифы», описание услуги — на странице «ИИ для энергетики и ЖКХ».

Частые вопросы

Что ИИ реально умеет в энергетике и ЖКХ?

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

Можно ли предсказывать аварии?

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

С какой задачи начать?

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

Нужен ли отдельный сервер и уходят ли данные наружу?

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

Может ли ИИ заменить диспетчера?

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

Подключаетесь ли вы к государственным системам и системам управления сетью?

Нет. К технологическому контуру и системам диспетчерского управления мы не подключаемся, интеграцию с государственными системами в сфере ЖКХ не обещаем. Мы работаем с выгрузками и журналами вашего контура.

Сколько стоит проект?

Обследование стоит 200 000 ₽ (350 000 ₽ для нескольких систем, 500 000 ₽ для производственного контура), лёгкий пилот 150 000–400 000 ₽, тяжёлый 400 000–1 200 000 ₽, вывод в эксплуатацию от 1 500 000 ₽ этапами. Сопровождение от 20 000 ₽ в месяц.

Что если мы не готовы по данным?

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