Избранные системы
Производство, государственные сервисы, справочные данные и ИИ на реальных процессах. Двенадцать проектов — по одному на страницу: в чём была задача, что сделано иначе и как это проверено.
Новая система обязана считать так же, как эталон, — Excel-модель плановика, калибр, норматив. Расхождение — повод найти ошибку до сдачи, а не объяснять её после.
Где данных нет, система так и пишет и просит их, а не подставляет ноль. У каждого числа виден источник, у каждого решения ИИ — ссылка, цитата или таймкод.
1С, ЕИС, СМЭВ, Битрикс24, станки и роботы — без замены рабочих систем и без права записи туда, где оно не нужно.
Исходный код и права — у заказчика. Открытый стек; отечественные ОС и СУБД — по требованию.
Производство · механообработка
Задача: технолог и программист готовят техпроцесс и программы вручную, а ошибку находят уже на станке — зарезом или поломкой инструмента.
По 3D-модели система сама строит техпроцесс с картами по ГОСТ, подбирает инструмент и режимы по паспорту станка, пишет программы станка и робота и прогоняет их «всухую» с динамикой станка. После обработки — замер щупом и поправка на износ инструмента для следующей детали.
Производство · сварка металлоконструкций
Задача: на мелких сериях оснастку и порядок швов каждый раз продумывает технолог, и роботизация не окупается.
Оснастку и порядок сварки планирует собственный планировщик по инженерным правилам, а не языковая модель: базирование 3-2-1, упоры и прижимы, сварка от центра с чередованием сторон. 3D-камера проверяет размеры деталей и отклоняет чужую деталь, даже если нейросеть приняла её за нужную.
Производство · контроль качества
Задача: резьбовые отверстия корпусных деталей проверяют вручную калибрами-пробками — медленно и без протокола.
Робот подносит к отверстию лазерную головку, а решение «годна или брак» принимают виртуальные калибры, приложенные к измеренной резьбе, — а не формула из ГОСТ, которая зря бракует годные. Программу роботу пишет датчик по снимкам камеры, поэтому деталь может лежать со смещением и поворотом.
Производство · подача и раскладка
Задача: перенастроить робота на новую операцию может только программист — оператор не может просто сказать, что нужно сделать.
Мультимодальная модель видит стол через камеру и возвращает не рамку вокруг предмета, а программу действий. Понимает смысл: на «дай, чем закрутить винт» подаёт отвёртку, а если подходят два предмета — переспрашивает. Каждый перенос проверяется на задевания; если пути нет, робот не двигается и пишет причину.
Производство · сборка и комплектация
Задача: комплектация и сборка из перемешанной тары плохо роботизируются: детали засыпаны, лежат на боку и вверх дном.
Проект строится только из деталей, которые реально есть в наличии, и проверяется правилами до сборки. Робот сам откапывает нужную деталь, откладывает мешающие и переворачивает её кистью; после правки проекта меняет только разницу. На стенде — крупный конструктор с шипами.
Производство · заказное
Задача: руководитель должен в любой момент видеть реальный статус заказа — без обхода цехов и звонков.
Система не придумывает сроки: норм времени на предприятии нет, поэтому длительность переделов набирается из фактических отметок цеха. Каждая остановка — с адресом: кто отвечает и когда обещано. Брак ОТК сам возвращает деталь на передел и становится причиной остановки.
Производство · планирование
Задача: план считался в большом файле, который знает и может поправить один человек, а пересчёт занимал минуты.
Формулы не переписаны в код, а исполняются как есть — собственный движок понимает синтаксис Excel. Клик по любому числу плана показывает формулу с подставленными значениями и цепочку назад, до исходной строки учётной системы. Методолог правит модель сам, без программиста.
Промышленность · справочные данные
Задача: одно и то же изделие записано в разных базах по-разному — остатки, закупки и сайт не сходятся между собой.
Классификатор построен по предметной области и стандартам, а не по тому, как сейчас заведены записи, и проверен вслепую на чужих данных. Любая строка — из карточки, заявки или сметы — разбирается на класс и свойства и сводится к эталонной записи.
Государственный сектор
Задача: принимать заявления с Госуслуг, запрашивать сведения у ведомств через СМЭВ и вести каждую услугу по регламенту — со сроками и статусами для заявителя.
Система собрана под техническое задание и прогнана по разделам испытаний ещё до итогов аукциона: все внешние госсистемы на стенде заменены эмуляторами, и путь от заявления до ответа ведомства проходится целиком. Формы запросов не программируются вручную — они строятся из XSD-схем видов сведений.
Строительство · объединение подрядчиков
Задача: конкуренты объединяются под крупные контракты, и им нужна общая платформа, которая не превращает сотрудничество в сговор.
Антикартельные правила заложены в данные, а не в регламент: расклад по закупке видит только своя компания, ставки на технику одинаковы для всех участников, цена чужого завода скрыта на сервере, а не только на экране.
Продажи · отдел продаж и колл-центр
Задача: руководитель прослушивает выборочно несколько звонков из тысяч и не видит, где теряются сделки.
Голоса разделяются и роли расставляются до оценки, поэтому менеджеру не засчитываются слова клиента: на моно-записи без разметки ролей почти треть цитат-обоснований оказывалась речью покупателя. Речь распознаётся на своём сервере, персональные данные обезличиваются до языковой модели, а записи не хранятся.
Медиа · информагентство и телеканал
Задача: редакции не успевают отслеживать инфоповоды, юридические риски и точность фактов в непрерывном потоке материалов.
Агенты работают круглосуточно на открытых материалах самого холдинга — сайте, эфирах, каналах, — и у каждого вывода есть источник: ссылка, цитата или таймкод. Публикует всегда редактор; распознавание речи и языковая модель в рабочем контуре стоят на сервере заказчика.
Запись к врачу, телемедицина, вход через Госуслуги; документы для сдачи собираются из кода.
Переезд базы знаний — кнопкой; через минуту ИИ-помощник отвечает по ней со ссылкой на статью.
Имена участников вместо «Спикер 1», поручения с исполнителем и сроком, перевод голосом.
35 слоёв, 3D-сцена русла, сценарии разлива и нагона; данные обновляются каждый час.
Сверка «продано — вошло», правила контроля выведены из истории проходов, утренняя сводка.
Прогноз смежников по их фактическому темпу, готовность стены — по снимку с телефона мастера.
Расскажем, как она устроена, и честно скажем, что из этого применимо у вас, а что нет.