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

Автоматизация технологических процессов и производств в разработке перестала быть экспериментом: один человек за несколько месяцев собрал многоуровневую систему контроля ИИ-агентов (программ, которые сами выполняют задачи по цепочке) внутри доступного инструмента, и паттерны этой работы воспроизводимы.
До недавнего времени ИИ-агенты в разработке работали по принципу «дай промпт (текстовую инструкцию для модели) и получи код». Проблема в том, что агент уверенно проходит проверки и так же уверенно ломает то, что трогать нельзя: публикует без согласования, удаляет данные, отправляет не тому получателю. Автор описываемого подхода начал строить «фабрику разработки» в ноябре 2024 года, а к лету 2025-го она выросла в двухэтажную архитектуру контроля, которую позже в индустрии назвали harness engineering, инженерия обвязки вокруг модели. Разбираем конкретные паттерны, которые пригодятся каждому, кто работает с ИИ-агентами в Cursor или аналогичных средах.
Что понадобится
- Cursor (редактор кода с встроенной поддержкой ИИ-агентов), доступ с марта 2025 года
- Базовое понимание мультиагентных систем (систем, где несколько ИИ-ролей работают по цепочке)
- Навык написания правил и навыков (rules and skills) внутри Cursor
- Время: первая рабочая «фабрика» собирается за несколько недель, двухэтажная архитектура формируется за месяцы реальной эксплуатации
- Готовность к тому, что каждый сбой станет поводом для доработки среды, а не для «напомню в промпте»
Пошаговая инструкция: от одной фабрики до двухэтажного harness
-
Заложите процессный каркас сразу, не прикручивайте его потом. Любая работа идёт через запрос, внутри которого живёт план. План заполняется по ходу выполнения: требования, архитектура, декомпозиция на атомарные задачи, реализация. На каждой стадии своя роль-субагент.
-
Назначьте ревьюера почти на каждую роль. Ревьюер читает спецификацию, аналитику, план и задачи до того, как работа поедет дальше. Это не формальность: именно ревьюер ловит момент, когда агент уверенно отчитывается об успехе, а на деле сломал что-то необратимое.
-
Проверьте фабрику на реальных задачах с дедлайнами. Не на демо для вебинара, а на проектах с откатами. Именно здесь станет видно, держит ли процессный каркас или рассыпается.
-
Признайте потолок одной фабрики. Как только появляется потребность в параллельных конвейерах (маркетинг, продукт, дизайн, контент), одна фабрика перестаёт справляться. Каждый конвейер живёт своей жизнью, и управлять работой между ними нечем.
-
Введите Work Item как единицу передачи работы между конвейерами. Одна единица работы, один владелец, один журнал аудита, явные подтверждения при передаче. Без этого сигнал «обновили статус» не равен команде «передай работу дальше».
Work Item:
- ID: уникальный идентификатор
- Owner: один ответственный
- Audit trail: полная цепочка действий
- Handoff: явное подтверждение при передаче между конвейерами
-
Постройте верхний уровень: единый репозиторий над всеми фабриками. Иначе контекст расползается между десятком изолированных деревьев, и ни один агент не видит целую картину.
-
Примените три привычки, которые держат систему живой:
-
Ratchet (храповик): каждый сбой превращается не в заметку «бывает», а в постоянное исправление среды. Фейл фиксируется правилом, которое не даст повторить ошибку.
- Sensor-first (сначала датчик): инвариант (условие, которое всегда должно выполняться) сначала оформляется детектором, а не просто записывается в конфигурацию.
- Измеримость: правило должно менять поведение агента. Если правило лежит в конфиге, но никак не влияет на результат, оно бесполезно и его нужно переделать или убрать.
Двухэтажная архитектура на практике
Верхний этаж: корневой роутер, управляющий слой (в описываемой системе 239 Work Items), слой обучения обвязки (ratchet, сенсоры, оценка правил). Нижний этаж: отдельные фабрики с собственными гейтами (контрольными точками, где агент не может двигаться дальше без проверки) и слоем инструкций.
Источник истины в этой системе не статусы задач, а Work Items. Это принципиально: статус может быть зелёным, а работа при этом сломанной. Work Item хранит полную цепочку действий и не даёт агенту «забыть», что произошло на предыдущем этапе.
Автоматизация технологических процессов и производств здесь строится не на одном промпте, а на среде: цикл, роли, гейты, реакция на ошибку, откат необратимого, передача контекста между шагами.
Задача: разработать новую функцию приложения. Запрос создаёт Work Item с планом. Субагент-аналитик формирует требования, ревьюер проверяет их по спецификации. Субагент-архитектор проектирует решение, ревьюер сверяет с аналитикой. Субагент-разработчик пишет код, ревьюер проверяет по плану. Если на любом этапе ревьюер находит расхождение, работа не идёт дальше: гейт закрыт. После завершения Work Item фиксирует передачу в конвейер тестирования с явным подтверждением. Весь журнал аудита сохраняется. Когда при одном из запусков агент удалил тестовые данные, которые трогать было нельзя, этот сбой через ratchet превратился в постоянный сенсор: теперь перед любым удалением срабатывает детектор, и агент останавливается.
- «Напомню в промпте». Промпт не лечит системные провалы. Если агент сломал что-то необратимое, а вы добавили строчку в промпт, сбой повторится в другой форме. Правильный ответ: изменить среду (добавить гейт, сенсор, ревьюера).
- Один конвейер на всё. Потолок одной фабрики наступает быстро. Попытка затолкать маркетинг, продукт, дизайн и разработку в один поток приводит к тому, что контекст расползается и агент теряет картину.
- Статусы вместо Work Items. «Зелёная галочка в CI» не означает, что работа выполнена корректно. Без единицы работы с владельцем и журналом аудита вы не узнаете, что необратимое уже произошло.
- Правила без измеримости. Если вы записали правило, но оно не меняет поведение агента, это мёртвый текст. Каждое правило нужно проверять: изменилось ли что-то после его введения?
- Пропуск ревьюера «для скорости». Именно ревьюер ловит ситуации, когда агент уверенно отчитывается об успехе при фактическом провале.
Что делать с этим прямо сейчас?
Авторам Дзена и копирайтерам: паттерны ratchet и sensor-first работают не только в коде. Если вы используете ИИ для генерации текстов, заведите правило: каждый раз, когда модель выдала галлюцинацию (уверенно выдуманный факт), не просто исправляйте текст, а добавляйте проверку в свой процесс. Через месяц у вас будет собственная «обвязка» для контента.
Маркетологам: двухэтажная архитектура означает, что один человек может управлять несколькими конвейерами (контент, дизайн, аналитика) с единым контролем качества. Это меняет экономику малой команды.
Предпринимателям в РФ и СНГ: Cursor доступен из России. Из российских инструментов для мультиагентных систем можно рассматривать связки на базе YandexGPT и GigaChat, хотя описанная архитектура строилась именно в Cursor. Ключевой вывод: автоматизация технологических процессов и производств через ИИ-агентов работает не благодаря модели, а благодаря среде вокруг неё. Этот принцип переносим на любой инструмент.
Я вижу здесь подтверждение того, о чём мы в dzen.guru говорим давно: промпт-инжиниринг (искусство составлять инструкции для ИИ) это 20% успеха. Остальные 80% это то, что происходит вокруг: проверки, откаты, передача контекста, реакция на сбой. Описанный опыт ценен тем, что автор не притворяется, будто всё отшлифовано. Он честно говорит: «каждый фейл ещё больно бьёт по нервам и сразу превращается в правку среды». Это единственный рабочий подход. Честная оговорка: описанная система требует навыков разработки. Если вы не пишете код, начните с малого: один конвейер, один ревьюер, ratchet для фиксации ошибок. Двухэтажная архитектура придёт сама, когда упрётесь в потолок первой фабрики.
Главный урок из этого опыта прост и воспроизводим: не ищите идеальный промпт, стройте среду, в которой каждый сбой агента делает систему надёжнее, а не раздражительнее.
Попробуйте ИИ-инструменты dzen.guru
Если вы строите контентные конвейеры и хотите применить паттерны harness engineering к своему Дзен-каналу, начните с наших инструментов автоматизации.
Попробовать
Основатель dzen.guru. Эксперт по монетизации и продвижению на Дзен. Автор курса «Старт на Дзен 2026».
Читайте также
Трамп вложил $5 млрд в применение искусственного интеллекта в науке, отрезав университеты от грантов
Компания, продукт, технология: администрация Трампа, программа Genesis Mission, гранты на ИИ-проекты в науке. Администрация Трампа 5 июня объявила о запуске…

Midjourney купил Co-Star ради 24 мобильных разработчиков: приложение вместо Discord станет ближе
Midjourney, генератор изображений по текстовым промптам (описаниям на естественном языке), купил социальное астрологическое приложение Co-Star с аудиторией…

В работе каких специалистов применяется искусственный интеллект: данные Google по 800 профессиям
Мне нужно написать how-to статью по заданному плану, опираясь строго на факты из оригинала (отчёт Google AI & Economy ATLAS). Ключевая задача: помочь…
Комментарии