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

02 — Контекст
Задача проекта
Исходная ситуация, ограничения и проблемы, которые должна была решить новая система.
Заказчик обслуживает региональную распределительную сеть с несколькими сотнями тысяч точек подключения. Технологическая сеть, которая управляет энергосистемой, не имеет выхода в интернет, и исключений не предусмотрено: так требуют внутренние правила, ожидания регулятора и физическое разделение сетей. Частное облако или гарантии поставщика это условие не закрывают. Поэтому любой облачный ассистент, любой API моделей и любой инструмент, который при запуске обращается к серверу лицензий, отсеивался уже на первом этапе проверки безопасности — и работа с документами годами оставалась ручной.
Знания у компании были, и большая часть из них записана: процедуры переключений, наряды-допуски, постоянные распоряжения, руководства производителей оборудования, нормативные тексты и десятилетия сменных журналов. Но около 60 % этого массива — отсканированная бумага, а остальное разбросано по неудобной системе документооборота и сетевой папке с бесконечными вариантами «final». Диспетчеры и выездные бригады вручную сверяли наряды с несколькими действующими редакциями процедур, а потом уточняли у того, кто дольше всех работает на объекте. Узким местом был поиск, а не рассуждение.
Первая встреча со службой безопасности задала рамки всего проекта. Вопросов было два: что пересекает границу контура и как убедиться, что система работает, если она ничего не сообщает наружу. Архитектура отвечает на оба конструктивно: единственный входящий путь — подписанный пакет, исходящего пути нет вовсе, а контур оценки качества работает внутри периметра.
Облачный ИИ под запретом
Технологическая сеть физически отделена от интернета. Облачные ассистенты, API моделей и программы с проверкой лицензии через сеть не проходили проверку безопасности ещё до начала обсуждения.
Двадцать минут на одну сверку
Чтобы убедиться, что наряд-допуск соответствует действующей редакции процедуры, сменный инженер собирал ответ из трёх источников, и на это уходило до двадцати минут.
Ошибка — это инцидент
Ответ без проверяемого источника на объекте неприменим: неверный номер оборудования здесь — уже событие безопасности. Система должна либо сослаться на конкретный пункт, либо честно отказаться отвечать.
03 — Возможности
Что делает система
Ключевые сценарии и рабочие модули, собранные в единую систему.
Загрузка и распознавание документов
Система следит за внутренней файловой папкой и сама забирает новые материалы. Сканы проходят распознавание в Tesseract OCR, аудиозаписи из диспетчерской расшифровывает Whisper. Текст делится на фрагменты по структуре документа — разделам и пунктам, а не по фиксированному числу токенов, — и вместе с эмбеддингами записывается в PostgreSQL.
Офлайн-инференс модели на 72B
Модель Qwen 2.5 72B в формате FP8 обслуживает один процесс vLLM сразу на двух GPU с тензорным параллелизмом. Непрерывный батчинг и страничный KV-кеш дают запас под одновременные запросы. Рядом работают наши специализированные модели для извлечения данных и маршрутизации. Веса перенесены внутрь контура и ни к какому серверу лицензий не обращаются.
Ответы со ссылкой на пункт и редакцию
Процедуры и наряды — структурированные документы с нумерованными пунктами, отметками редакций и маркировкой оборудования. Мы разбираем эту структуру и индексируем её, поэтому каждый ответ ссылается на конкретный пункт и редакцию. Если поиск находит слишком мало, система отказывается отвечать, а не угадывает: отказ можно исправить, уверенную ошибку — нет.
Структурное извлечение и маршрутизация
МАЙПЛ JSON с ограниченным декодированием извлекает маркировку оборудования, номера нарядов-допусков и даты строго по зафиксированной схеме. МАЙПЛ Классификатор раскладывает документы по таксономии, чтобы процедуры, наряды и руководства попадали в нужные библиотеки. От этого зависят и точность поиска, и разграничение доступа к библиотекам.
Рабочее пространство Люмен
Сотрудники работают в Люмене в конфигурации для изолированного контура: чат, поиск по документам, общая память команды и администрирование — без единого внешнего пути к моделям. Вход привязан к каталогу пользователей объекта, роли сопоставлены с библиотеками документов, поэтому подрядчик не получит закрытую процедуру. Запросы и ответы журналируются по регламенту хранения.
Подписанные офлайн-пакеты
Обновления собираются снаружи: образы контейнеров в OCI-архивах, веса модели с контрольной суммой каждого файла, миграции базы, конфигурация, SBOM и манифест, подписанный ключом, который хранится офлайн. Внутри установщик проверяет подпись и хеши; при любом расхождении он отказывается ставить пакет и не трогает работающую версию. Откат — предыдущий тег образа, уже лежащий на диске.
Локальный контур оценки качества
Каждое изменение модели, промптов или переиндексация базы прогоняет версионированный набор из 400 вопросов прямо внутри периметра и показывает отличия от предыдущей сборки. Метрики собираются в хранилище временных рядов на том же сервере, журналы запросов и ссылок — в PostgreSQL, а дашборд смотрит команда самого оператора. Ни отчётов о сбоях, ни счётчиков использования наружу.
04 — Архитектура
Технологический стек
Технологии выбраны под нагрузку, интеграции и дальнейшее развитие продукта.
Зачем в проекте · 01 / 08
Qwen 2.5 72B (FP8)
Мы сравнили Qwen 2.5 72B и Llama 3.3 70B на собственном наборе вопросов объекта. Qwen выиграл в структурном извлечении маркировки оборудования и поиске по длинному контексту — именно там, где ошибки опаснее всего. FP8 выбрали вместо 4-бит: этот формат ближе к исходной точности, а ядра для него зрелые. Сборку FP8 перед запуском заново прогнали по всему набору вопросов.
05 — Процесс
Как шла разработка
Последовательность работ от исследования задачи до запуска и проверки результата.
Обследование контура и сайзинг
Первые две недели разбирали классы документов, схему сети, путь переноса данных и круг тех, кто имеет право им пользоваться, сроки поставки оборудования и цепочку согласований. Со службой безопасности договорились о главном: что пересекает границу контура и как проверять систему без телеметрии.
Сборка снаружи на таком же железе
С третьей по пятую неделю собрали стек на идентичном оборудовании за пределами контура и настроили поиск на выборке документов, которую оператор смог выдать. Вместе со старшими инженерами объекта составили 400 контрольных вопросов и оценивали ответы по ожидаемым источникам, а не по формулировкам. Запасной вариант с моделью класса 30B держали открытым, пока не пришли цифры.
Перенос и установка
На шестой и седьмой неделе перенесли подписанный пакет на проверенном съёмном носителе через шлюз, который оператор уже использовал для прошивок и патчей поставщиков, — новый процесс согласовывать не пришлось. Внутри контура установили систему и полностью проиндексировали 28 000 документов.
Пилот с диспетчерской сменой
Четыре недели система работала с диспетчерской сменой в режиме контролируемого пилота. Каждый ответ шёл со ссылками на источники, а инженеры оператора ежедневно оценивали выборку ответов.
Передача и учения по откату
Передача не свелась к документации: второй перенос пакета оператор выполнил сам в нашем присутствии, а на рабочем оборудовании мы провели учения по откату. Система, которую ни разу не откатывали, откатиться не сможет.
Запуск по паритету качества
Переход в промышленную эксплуатацию привязали не к календарю, а к результатам оценки: внутренняя сборка должна была повторить результат внешней на 400 вопросах, прежде чем доступ расширили за пределы пилотной смены. Она повторила, и весь путь от старта до запуска занял 14 недель.
06 — Итог
Результаты
Что создано в рамках проекта: рабочий контур, реализованные возможности и подтверждённые факты.
- верных ответов со ссылкой на пункт и редакцию
- 94 %
- на сверку наряда вместо 20 минут
- < 1 мин
- документов в поиске внутри контура
- 28 000
- от старта до промышленного запуска
- 14 недель
В последние две недели пилота инженеры оператора признали верными 94 % оценённых ответов — с правильной ссылкой на пункт и редакцию. Примерно на 7 % вопросов, где поиск находил слишком мало, система отказалась отвечать, и оператор считает это правильным поведением. Сверка наряда-допуска с действующей редакцией процедуры, на которую сменный инженер тратил двадцать минут, теперь занимает меньше минуты, а исходные пункты сразу на экране.
Контур оценки делает систему сопровождаемой без телеметрии: любое обновление сначала проходит 400 контрольных вопросов, и тихая деградация не попадает в работу. После передачи оператор уже дважды обновил систему через подписанные пакеты без нашего участия — это и было настоящей приёмкой. Назначенный владелец пакетов, отрепетированный откат и локальная оценка качества не дают изолированной системе превратиться в самый доверенный и самый заброшенный узел сети.
Детали проекта
Почему кейс без имени клиента
Название компании мы не раскрываем. Заказчик — европейский оператор распределительных электросетей, а для объекта критической инфраструктуры сведения о технологической сети, составе оборудования и порядке переноса данных через границу контура — часть системы безопасности. Поэтому закрытыми остаются имя клиента, схема его сети и всё, что позволяет их вычислить. Отзыв заказчика предоставим по запросу под NDA.
При этом мы открыто рассказываем, как система устроена: выбор и квантование модели, четыре уровня на одном сервере, процесс подписанных пакетов, локальный контур оценки качества и 14 недель от обследования до запуска. По этому описанию несложно прикинуть, как такая система выглядела бы в вашем изолированном контуре, — а конкретику под ваши требования безопасности разберём на встрече.
FAQ
Вопросы о проекте
Обсудим похожий проект?
Расскажите о задачах вашего бизнеса — предложим архитектуру и оценим сроки


