Сотрудники ФАЗА, российского производителя энергетического оборудования, во время моей программы по ИИ сами собрали помощников под свои задачи. Агенты готовят технические предложения и монтажные схемы, собирают заявки на изготовление деталей на стороне, технологическую карту и программу для станка с ЧПУ, обновляют график конструкторов, распределяют наряды, ищут закупки по профилю и следят за сроками по охране труда. Результат везде проверяет человек. Часть решений уже в работе, часть остаётся прототипами, а связь с ERP и PLM пока в планах. Автоматический выпуск чертежей в КОМПАС-3D повторяемого качества ещё не дал.
Монтажная схема подстанции, собранная по техническому предложению. Технологическая карта и программа для станка с ЧПУ на новую резьбовую втулку. Заявка на 77 позиций, которую агент собрал из чертежей и развёрток. Всё это сделали сотрудники ФАЗА — инженеры, технологи, специалисты по планированию, — пока проходили со мной программу по ИИ.
Ниже десять их решений: что подаётся на вход, что получается, кто проверяет результат и в каком состоянии решение было 13 октября 2026 года, в день защиты проектов. И одна задача, где качество пока не дотянули, — автоматические чертежи. Она тоже пригодится, если вы прикидываете внедрение ИИ на производстве у себя.
Как была устроена работа
ФАЗА — российский производитель энергетического оборудования, который также занимается промышленной автоматизацией и интеграцией. Я работал с компанией как консультант и вёл программу обучения для сотрудников.
Агентов собирали сами сотрудники, каждый под свой участок. Агент здесь — ИИ-помощник в Codex или ChatGPT с папкой документов компании, инструкциями и примерами. Я учил людей давать модели контекст, упаковывать правила в скиллы — инструкции с примерами, которыми могут пользоваться коллеги, — и подключать нужные сервисы. К этим трём опорам, контексту, скиллам и коннекторам, мы возвращались всю программу.
На защите у каждого было пять минут и три вопроса: что болело, как это решили с помощью ИИ и что нужно, чтобы решение заработало в компании. После выступления я уточнял, в каком интерфейсе всё работает и какой следующий шаг. Ответы отрезвляют, поэтому у каждого примера ниже есть статус.
Дальше встретятся три системы. ERP — учётная система завода: заказы, склад, производство. PLM — хранилище актуальных чертежей и состава изделий. Битрикс24 — корпоративный портал с чатами.
Техническое предложение и монтажная схема
Первые два агента работают цепочкой. Инженер загружает техническое задание заказчика и номер сделки, чтобы потом было видно, для чего готовили документ. Агент задаёт уточняющие вопросы и выдаёт два файла: техническое предложение и сравнение с похожими проектами, которые компания уже делала. Во втором файле видно, чем новый запрос от них отличается. Техническое решение проверяет и согласует инженер.
На защите показали предложения по подстанциям: коротко, с габаритами и общими характеристиками. Пока это проект в Codex. Следующий шаг — чат в Битрикс24, где агент будет задавать вопросы и присылать готовые документы.
Второй агент делает по техническому предложению монтажную электрическую схему. Сначала выписывает состав аппаратов, интерфейсы и связи между ними, потом собирает схему. Агенту дали эталонные схемы компании, инструкции и примеры, поэтому он повторяет принятое оформление вплоть до шрифтов и цветов. Когда ему показывали уже выпущенные схемы, он находил в них мелкие неточности, например в обозначениях разъёмов и контактов.
Инженер проверяет электрический смысл и решает, выпустить схему или вернуть на доработку. Без его согласования схема в работу не идёт. К этому агенту уже подключили чат в Битрикс24: инженеры отвечают ему там на вопросы и правят схемы. Пока он работает с подстанциями. Сценарии для основной продукции компании — следующий этап.
Шаблоны оборудования и энергоаудит
Разработчики промышленной автоматики получают карты регистров и паспорта оборудования. Карта регистров описывает, где в контроллере машины хранятся её параметры и сигналы. По этим документам собирают внутренние шаблоны: скрипты, иконки и экран, на котором оператор видит машину. Теперь их собирает агент. На скриншоте — экраны горного комбайна и конвейера, которые он сгенерировал.
У того же автора есть настольное приложение для энергоаудита на Python и Qt с базой SQLite, сделанное с помощью ИИ. Оно подключается к оборудованию по OPC UA — стандартному промышленному протоколу, по которому контроллеры отдают показания. Приложение строит графики потребления по узлам, накладывает сегодняшний день на вчерашний, показывает мнемосхему для энергетиков и выгружает данные в CSV.
На экране демонстрационные данные: на реальном объекте приложение ещё не стояло. План такой: пилот на предприятии, замер потребления по участкам, подбор оборудования ФАЗА и проверка результата. Об экономии энергии говорить рано, её будут искать на пилоте.
График конструкторов и инженеров-электриков
Конструкторский и электротехнический отделы ведут одни проекты. Сроки раньше обсуждали на планёрках, записывали на бумажках, а потом каждый вручную правил свою таблицу. Теперь есть одна книга Excel с правилами, и менять её можно обычным сообщением, как на совещании: новый общий срок по проекту, источник — решение планёрки.
Агент находит проект и исполнителя, пересчитывает этапы по зависимостям, согласованным с людьми: когда закончить 3D-модель, когда начинать схему жгута. Конструктор ведёт проекты последовательно, поэтому если новый срок создаёт наложение, агент изменение не сохранит и предложит сдвинуть другой проект.
Из правил мне больше всего нравятся запреты. Агент не придумывает исполнителей и номера проектов. Не двигает дату без причины и спрашивает, откуда она взялась: решение планёрки, больничный, новая нагрузка. Повторное сообщение о том же изменении пропускает. В книге четыре листа: загрузка людей, диаграмма Ганта, журнал изменений с причинами и список проектов.
Работает это через Codex. Дальше — Битрикс24, доступ для всей организации и короткие отчёты с напоминаниями о промежуточных сроках. Проект может идти два месяца, и вспоминать о нём в последнюю неделю поздно.
Заявки, техпроцесс и наряды
Заявка на изготовление деталей на стороне
Когда заявку на изготовление деталей у подрядчика согласовали, её собирали руками: искали чертежи и развёртки, выписывали материал и технические требования, упаковывали архив для службы снабжения. Агент читает заявку, находит файлы, достаёт из чертежей материал, обработку и требования, заполняет заявку и собирает архив.
Его уже начали применять. На защите показали недавнюю заявку на лазерную резку и гибку на 77 позиций: агент собрал её и отметил четыре позиции, где данных не хватало. По словам автора, после этого проверять пришлось эти четыре, а не все 77. Пример один, и по нему нельзя судить, как агент прочитает любой чертёж. Следующие шаги — доступ в PLM за актуальными чертежами, доступ к заявкам в ERP и работа через Битрикс24.
Технология и программа для станка с ЧПУ
На мой взгляд, это самый сложный пример программы. Новая деталь — резьбовая втулка длиной 70 мм. Чертёж есть, оформленной технологии нет. Обычно её готовит технолог: выбирает станки, порядок обработки и инструмент, решает, какие размеры контролировать, оформляет инструкции для рабочих и пишет программу для станка с ЧПУ. ЧПУ — числовое программное управление: станок ведёт инструмент по координатам из программы.
Агенту дали чертёж, реестр станков с параметрами, перечень инструмента с фотографиями и чертежами резцов, шаблоны документов и правила предприятия. Всё лежит в одной папке проекта вместе с принятыми решениями, чтобы их можно было использовать повторно.
Получился связанный комплект с едиными размерами, инструментом и номерами операций. В технологической карте — резка на ленточной пиле, токарная обработка, снятие заусенцев и контроль размеров. У каждой операции указаны станок, инструмент, расчётное время и номер программы. Агент посчитал раскрой шестиметрового прутка на 12 заготовок по шесть деталей с учётом припусков, пропила и остатка под зажим. Эскизы для рабочих он сделал в AutoCAD по шаблону компании. Управляющая программа включает подачу прутка, точение, сверление, расточку, канавки, резьбу и отрезку, а траекторию инструмента показали в симуляторе.
Подход опробовали на 12 деталях, шире пока не запускали. Данные из маршрутной карты в ERP переносят вручную, поэтому следующий шаг — связь с PLM и ERP. Запуск программы на станке на защите не показывали, и я бы не отправлял её туда без технолога и пробной детали.
Наряды на смену
В цехе металлообработки много деталей, наряды есть не на каждом участке, а мастер каждую смену вручную выдаёт задания и собирает факт выполнения. План-факт толком не ведут, и если смена не успела, следующая начинается в аврале.
Агенту выгрузили производственный план, спецификации и чертежи, добавили графики работы, разряды, станки, используемый прокат и образцы нарядов в формате 1С:ERP, на которую компания переходит. Какие операции проходит деталь и сколько они занимают, оценивает простой помощник-технолог. Агент распределил детали по участкам: что делать, по какому чертежу, к какому сроку и по какой норме времени, с разбивкой по рабочим или по станкам.
Сейчас это подготовленный пример документа. Ночное перепланирование по факту смены через Битрикс24, живая связь с 1С:ERP и PLM и разбор невыполненных нарядов пока в планах.
Закупки, охрана труда и другие службы
Мониторинг закупок
В продажах собрали агента, который каждый день просматривает площадки закупок. Он ищет закупки по профилю компании, читает документацию и ограничения, отмечает риски вроде слишком короткого срока подачи и предлагает действие. Каждое утро в 8:20 в папке появляется таблица: заказчик, начальная цена, соответствие профилю, риски, рекомендация и ссылки. Участвовать или нет, решают люди.
Ранжирование ещё настраивают: при ручной проверке часть оценок «высокий приоритет» не подтвердилась. Потом агент должен будет готовить пакет документов, техническую матрицу и расчёт экономики.
Сроки по охране труда
Специалисту по охране труда нужно держать в поле зрения сроки обучения, медосмотров, аттестаций и проверок знаний. Знать, что срок истёк сегодня, мало: договор надо заключить заранее и убедиться, что человек в этот момент не в отпуске. Помощник сводит реестры в план на день и неделю, напоминает по будням и готовит черновики. Вместо фамилий в нём табельные номера, а статус меняется только по подтверждающему документу.
Данные пока вносят руками, интеграций нет. Следующий шаг — связать реестр с графиком отпусков и командировок. Решения принимает специалист.
Ещё три решения
Отчёт по клиентам в воронке продаж собрали стандартными инструментами Битрикс24 с подсказками ИИ, без программиста. В ИТ с помощью Codex разбирают код и ошибки в 1С, а загрузку структуры изделия из PLM в ERP пока исправляют и проверяют на тестовой базе. Для строительных документов — смет, ведомостей дефектов, распределения затрат — есть прототип в Excel, пока без связи с бухгалтерией.
Где пока не получилось: чертежи
Конструкторы хотели ускорить выпуск чертежей в КОМПАС-3D. Детали похожи, а действия повторяются: выбрать виды, проставить размеры и допуски, записать технические требования, проверить оформление. Под это собрали базу правил из ГОСТов, учебников и инструкций к КОМПАС, разобрали сотню пар «3D-модель — чертёж» и в отдельных сценариях научились подключаться к программе и читать геометрию.
Повторяемого качества пока нет. На сгенерированном чертеже обозначения у торца налезают друг на друга, посадки пропущены, размерная схема отличается от эталона. Ошибки появляются даже на простых деталях, а до сборок и сварных узлов не дошли.
Для решения о внедрении это тоже результат. Дальше нужно формализовать требования, проверить подход на новой детали и замерить, сколько времени уходит на исправление. Если исправлять дольше, чем начертить самому, автоматизации нет.
Что перенять своему заводу
Если вы думаете об автоматизации инженерных задач у себя, я бы забрал из этого кейса пять правил.
- Начинайте с задачи, где действия повторяются, а на входе и выходе документы: техзадание и предложение, чертёж и заявка, план и наряды.
- Давайте агенту заводской контекст: эталонные схемы, реестр станков, шаблоны, правила. Почти каждый рабочий пример выше держится на такой папке.
- Заранее решите, кто что проверяет. Инженер отвечает за электрический смысл схемы, специалист — за отмеченные позиции заявки, люди — за решение об участии в закупке.
- Называйте стадию точно: прототип, первое применение или интеграция в планах. Так видно, во что вкладываться дальше.
- Упаковывайте рабочих агентов в скиллы и складывайте в общий репозиторий компании, чтобы решение не жило на одном ноутбуке. Подключения к Битрикс24, ERP и персональным данным согласуйте с ИТ и обкатывайте на тестовой копии.
Как устроить само обучение, я разбирал в статье про корпоративное обучение ИИ, а как встроить помощника в работу отдела — в материале о внедрении ИИ в бизнес-процессы.
Источник
Кейс основан на защите проектов сотрудников компании ФАЗА 13 октября 2026 года. Скриншоты — кадры из материалов, которые показывали на защите; имена и служебные данные скрыты. Статусы решений указаны на эту дату. Оценки сэкономленного времени из выступлений в текст не вошли: их считали разными способами.
Если хотите, чтобы ваши инженеры и технологи так же собрали помощников под свои задачи, посмотрите, как устроен мой консалтинг по ИИ. Если нужен проект целиком, начните со страницы о внедрении ИИ. В обоих случаях первым делом выбираем одну задачу, результат которой можно проверить.