01 — Кейс · ML Нейросети

Изолированная LLM для оператора электросетей: ИИ без выхода в интернет

Мы развернули полностью офлайн-систему на базе большой языковой модели для европейского оператора распределительных электросетей. Модель Qwen 2.5 на 72 млрд параметров работает на сервере с двумя GPU внутри технологического контура, где нет выхода в интернет. Рабочее пространство — наш Люмен, 28 000 эксплуатационных документов доступны для поиска со ссылкой на пункт и редакцию, а единственный путь в контур — подписанные офлайн-пакеты. От старта до промышленного запуска прошло 14 недель.

14 недельNDA
Обновлено:
Смотреть кейс
срок проекта
14 недель
функциональных модулей
7
этапов разработки
6
ключевых технологий
8
Изолированная LLM для оператора электросетей: ИИ без выхода в интернет

02 — Контекст

Задача проекта

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

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

Знания у компании были, и большая часть из них записана: процедуры переключений, наряды-допуски, постоянные распоряжения, руководства производителей оборудования, нормативные тексты и десятилетия сменных журналов. Но около 60 % этого массива — отсканированная бумага, а остальное разбросано по неудобной системе документооборота и сетевой папке с бесконечными вариантами «final». Диспетчеры и выездные бригады вручную сверяли наряды с несколькими действующими редакциями процедур, а потом уточняли у того, кто дольше всех работает на объекте. Узким местом был поиск, а не рассуждение.

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

  1. Облачный ИИ под запретом

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

  2. Двадцать минут на одну сверку

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

  3. Ошибка — это инцидент

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

  1. Загрузка и распознавание документов

    Система следит за внутренней файловой папкой и сама забирает новые материалы. Сканы проходят распознавание в Tesseract OCR, аудиозаписи из диспетчерской расшифровывает Whisper. Текст делится на фрагменты по структуре документа — разделам и пунктам, а не по фиксированному числу токенов, — и вместе с эмбеддингами записывается в PostgreSQL.

  2. Офлайн-инференс модели на 72B

    Модель Qwen 2.5 72B в формате FP8 обслуживает один процесс vLLM сразу на двух GPU с тензорным параллелизмом. Непрерывный батчинг и страничный KV-кеш дают запас под одновременные запросы. Рядом работают наши специализированные модели для извлечения данных и маршрутизации. Веса перенесены внутрь контура и ни к какому серверу лицензий не обращаются.

  3. Ответы со ссылкой на пункт и редакцию

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

  4. Структурное извлечение и маршрутизация

    МАЙПЛ JSON с ограниченным декодированием извлекает маркировку оборудования, номера нарядов-допусков и даты строго по зафиксированной схеме. МАЙПЛ Классификатор раскладывает документы по таксономии, чтобы процедуры, наряды и руководства попадали в нужные библиотеки. От этого зависят и точность поиска, и разграничение доступа к библиотекам.

  5. Рабочее пространство Люмен

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

  6. Подписанные офлайн-пакеты

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

  7. Локальный контур оценки качества

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

04 — Архитектура

Технологический стек

Технологии выбраны под нагрузку, интеграции и дальнейшее развитие продукта.

Зачем в проекте · 01 / 08

Qwen 2.5 72B (FP8)

Мы сравнили Qwen 2.5 72B и Llama 3.3 70B на собственном наборе вопросов объекта. Qwen выиграл в структурном извлечении маркировки оборудования и поиске по длинному контексту — именно там, где ошибки опаснее всего. FP8 выбрали вместо 4-бит: этот формат ближе к исходной точности, а ядра для него зрелые. Сборку FP8 перед запуском заново прогнали по всему набору вопросов.

05 — Процесс

Как шла разработка

Последовательность работ от исследования задачи до запуска и проверки результата.

  1. Обследование контура и сайзинг

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

  2. Сборка снаружи на таком же железе

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

  3. Перенос и установка

    На шестой и седьмой неделе перенесли подписанный пакет на проверенном съёмном носителе через шлюз, который оператор уже использовал для прошивок и патчей поставщиков, — новый процесс согласовывать не пришлось. Внутри контура установили систему и полностью проиндексировали 28 000 документов.

  4. Пилот с диспетчерской сменой

    Четыре недели система работала с диспетчерской сменой в режиме контролируемого пилота. Каждый ответ шёл со ссылками на источники, а инженеры оператора ежедневно оценивали выборку ответов.

  5. Передача и учения по откату

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

  6. Запуск по паритету качества

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

06 — Итог

Результаты

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

верных ответов со ссылкой на пункт и редакцию
94 %
на сверку наряда вместо 20 минут
< 1 мин
документов в поиске внутри контура
28 000
от старта до промышленного запуска
14 недель

В последние две недели пилота инженеры оператора признали верными 94 % оценённых ответов — с правильной ссылкой на пункт и редакцию. Примерно на 7 % вопросов, где поиск находил слишком мало, система отказалась отвечать, и оператор считает это правильным поведением. Сверка наряда-допуска с действующей редакцией процедуры, на которую сменный инженер тратил двадцать минут, теперь занимает меньше минуты, а исходные пункты сразу на экране.

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

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

Почему кейс без имени клиента

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

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

FAQ

Вопросы о проекте

Обсудим похожий проект?

Расскажите о задачах вашего бизнеса — предложим архитектуру и оценим сроки

LLM-интеграции

Рассылка

Подпишитесь на нашу рассылку
ArdaМинцифры РоссииСделано в России
Услуги по разработке сайтов и Telegram-ботов оказывает ИП Акерман Д.И., ИНН 591907265805, ОГРНИП 321595800025080. Бренд «МАЙПЛ» принадлежит ООО «МАЙПЛ» — иные услуги оказываются ООО.