Что такое ИИ-агент на практике: НЛМК переписал MES-систему в 10 раз дешевле
Переписать legacy-систему с 20+ интеграциями силами одного инженера и команды ИИ-агентов реально: НЛМК проверил это на промышленной MES-системе и сократил трудозатраты IT на разработку в 10 раз.

Это не лабораторный эксперимент, а кейс действующего промышленного холдинга. Один инженер координировал цифровых сотрудников и перенёс систему, от которой зависят шесть цехов, за стоимость примерно в 5 раз ниже классической оценки.
НЛМК ИТ опубликовал разбор миграции устаревшей MES-системы (система управления производственными процессами, которая связывает планирование, контроль качества и отгрузку). Компания использовала собственную платформу с ИИ-агентами, то есть программами, которые выполняют отдельные инженерные задачи самостоятельно, от анализа требований до тестирования кода, а человек контролирует процесс и отвечает за результат. Подход проверили на реальной legacy-системе с более чем 20 интеграциями, которую обслуживал единственный специалист-носитель знаний.
Что такое ИИ-агент и почему он заменяет команду?
Прежде чем разбирать шаги, уточним терминологию. ИИ-агент (agent) в контексте разработки это не чат-бот и не автодополнение кода. Это программа, которая получает задачу, сама планирует последовательность действий и выполняет их: один агент разбирает требования, другой пишет код, третий проверяет результат, четвёртый тестирует.
Агентный (agentic) подход отличается от привычного «спросил у ChatGPT, скопировал ответ». Здесь несколько ИИ-агентов работают параллельно, а человек выступает в роли ИИ-инженера: ставит задачи, проверяет промежуточные результаты и доводит решение до финала.
В НЛМК для этого использовали собственную внутреннюю платформу. Компания не раскрывает, на каких моделях она построена, но описывает архитектуру ролей: цифровой аналитик, цифровой разработчик, цифровой тестировщик и цифровой тимлид, который двигает процесс дальше.
Что понадобится
Если вы хотите повторить подход на своей legacy-системе, вот минимальный набор:
- Платформа с ИИ-агентами. Внутренняя (как у НЛМК) или доступная на рынке: Cursor, Windsurf, Claude Code, GitHub Copilot Agent. Для РФ ограничений меньше у опенсорс-решений (открытых моделей с открытыми весами)
- Один инженер с навыками промпт-инжиниринга (prompt engineering, умение формулировать задачи для ИИ так, чтобы получать точный результат)
- Доступ к коду и документации legacy-системы. Чем полнее, тем лучше, но даже если часть знаний только в голове у одного специалиста, это рабочая ситуация
- Носитель знаний, человек, который помнит, почему код работает именно так. Без него ИИ перенесёт букву, но не логику
- Бизнес-пользователь для приёмочного тестирования
- Время. В НЛМК весь проект (включая интеграции) занял около полугода. Собственно разработка ускорилась, но интеграционная часть сохранила прежние сроки
Пошаговая инструкция
-
Оцените масштаб классическим способом. Посчитайте стоимость и сроки миграции обычной командой. Это даст базовую линию для сравнения и поможет обосновать эксперимент перед руководством.
-
Выберите один модуль для пилота. НЛМК начали с функциональности одного цеха, а не всей системы сразу. Берите наименее критичный участок, где ошибка не остановит производство.
-
Назначьте ИИ-инженера. Это не классический разработчик. Его задача: декомпозировать миграцию на операции, которые можно передать ИИ-агентам, и контролировать результат.
-
Разверните команду цифровых сотрудников по ролям:
- Агент-аналитик: разбирает требования и документацию
- Агент-разработчик: пишет код на целевой платформе
- Агент-тестировщик: проверяет результат
-
Агент-тимлид: координирует передачу задач между агентами
-
Проведите миграцию пилотного модуля. ИИ-инженер ставит задачи агентам, проверяет промежуточные результаты, привлекает носителя знаний для валидации бизнес-логики.
-
Проведите приёмочное тестирование с бизнес-пользователями. На этом этапе код готов, но промышленной эксплуатации ещё нет.
-
Масштабируйте на всю систему. После успешного пилота перенесите оставшиеся модули тем же способом. В НЛМК на этом этапе стоимость оказалась примерно в 5 раз ниже первоначальной оценки для классического подхода.
-
Оставьте ИИ-агента внутри новой системы. В НЛМК после миграции агент продолжил работать: теперь он помогает пользователям в повседневных задачах. Это отдельная ценность, которую легко упустить.
В НЛМК пилотной стала MES-система шести цехов, связанных общим циклом отгрузки. Снаружи задача простая: сформировать сертификат качества. Внутри: система принимает данные из планирования отгрузки, обрабатывает их, формирует сертификаты и передаёт результат в ERP (систему управления ресурсами предприятия). Более 20 интеграций с другими информационными системами.
Один инженер организовал работу команды ИИ-агентов. Результат пилота на одном цехе: трудозатраты IT на разработку сократились в 10 раз. После этого перенесли всю систему. Фактическая стоимость миграции оказалась примерно в 5 раз ниже оценки для классического подхода.
Сроки при этом не сократились: проект занял около полугода. Причина: код самой системы переносили ИИ-агентами, но связанные системы не были переведены на тот же подход, и интеграционную часть делали традиционным способом.
Ожидать, что ИИ ускорит всё. Код переписывается быстрее, но интеграции с внешними системами остаются узким местом. В НЛМК именно это не дало сократить общие сроки. Если смежные системы не переведены на агентный подход, выигрыш будет в стоимости, не в скорости.
Игнорировать носителя знаний. ИИ-агент перенесёт то, что написано в коде. Но у legacy-систем значительная часть логики живёт в голове одного специалиста. Без его участия вы перенесёте букву, но потеряете смысл.
Начинать сразу со всей системы. НЛМК намеренно начали с одного цеха. Пилот позволяет понять ограничения подхода до того, как вы поставите на кон всю систему.
Считать агента разовым инструментом. После миграции ИИ-агент может остаться внутри новой системы и помогать пользователям. Если вы планируете только перенос кода, вы теряете половину ценности.
Путать ИИ-агента с чат-ботом. Агент действует автономно в рамках задачи, а не просто отвечает на вопросы. Это принципиально другой режим работы.
Что делать с этим прямо сейчас, по ролям
Руководителю IT или CTO. Пересчитайте стоимость ближайшей миграции legacy-системы с учётом агентного подхода. Кейс НЛМК показывает: один инженер с командой ИИ-агентов может заменить проектную группу по трудозатратам. Но закладывайте прежние сроки на интеграции.
Разработчику. Осваивайте роль ИИ-инженера. Навык не в написании кода, а в декомпозиции задач для агентов и проверке их результата. Промпт-инжиниринг (умение формулировать точные задачи для ИИ) становится инженерной компетенцией, а не модным дополнением.
Предпринимателю в РФ и СНГ. Доступные агентные инструменты для разработки есть: Cursor, Claude Code работают из РФ с ограничениями, для внутренних задач можно использовать открытые модели. Из российских инструментов: GigaCode от Сбера, ассистенты на базе YandexGPT. Полного аналога внутренней платформы НЛМК на рынке пока нет, но собрать похожую архитектуру из доступных компонентов реально.
Автору Дзена и копирайтеру. Принцип «один человек координирует команду ИИ-агентов» работает не только в коде. Тот же подход применим к контенту: один автор ставит задачи агентам на ресёрч, черновик, проверку фактов, а сам контролирует результат и отвечает за качество.
Кейс НЛМК ценен не цифрами (хотя сокращение трудозатрат в 10 раз на пилоте впечатляет), а самой моделью. Роль инженера меняется: вместо «пишу код» появляется «организую цифровых сотрудников и довожу до результата». По нашим наблюдениям, этот сдвиг пока плохо осознаётся рынком: многие до сих пор воспринимают ИИ как автодополнение в редакторе, а не как параллельную команду.
Честная оговорка: пилот НЛМК не включал промышленную эксплуатацию, а интеграционная часть делалась традиционно. Сокращение в 10 раз относится к трудозатратам IT на разработку, а не к полному циклу проекта. Для систем с сотнями интеграций выигрыш будет скромнее, пока смежные системы не переведены на тот же подход.
Самое практичное, что можно сделать прямо сейчас: взять одну устаревшую систему, посчитать стоимость миграции классическим способом, а потом попробовать агентный подход на одном модуле. Разница покажет, стоит ли масштабировать. НЛМК именно так и поступили, и у них получилось.
Хотите разобраться в ИИ-агентах глубже?
В dzen.guru мы разбираем практические кейсы применения ИИ для авторов и предпринимателей. Подпишитесь, чтобы не пропускать разборы.
Подписаться
Основатель dzen.guru. Эксперт по монетизации и продвижению на Дзен. Автор курса «Старт на Дзен 2026».
Читайте также

Нейросеть для тестирования в X5 Tech подключили к wiki и базам через MCP: кейсы больше не нужно писать вслепую
Документация в корпоративной wiki, автотесты в репозитории, тест-кейсы в трекере, данные в базе, и всё это нужно держать в голове одновременно, чтобы понять,…

Манифест полезности ИИ и Муфоед: как собрать свой комбайн на 150 МБ вместо подписок
Манифест полезности ИИ и Муфоед: вместо подписок на чужой софт можно собрать свой комбайн за вечер, и вот как автор это сделал на практике с локальным ИИ через…

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