Из цикла — вон: зачем инженеру выходить из петли с агентом

Если дать современной модели сложную задачу и внимательно прочитать лог её работы, нередко видно, что агент совершает меньше ошибок, чем человек в хороший день. Из этого наблюдения автор канала IndyDevDan делает неудобный вывод: если агент пишет код лучше нас, то почему мы всё ещё сидим в цикле вместе с ним? Его ответ — агентная инженерия нового уровня, где человек перестаёт быть обязательным звеном. Разберём, что за этим стоит и что из этого стоит взять в работу.

Три положения человека: в цикле, около цикла, вне цикла

Автор предлагает простую шкалу. «В цикле» — это вы и терминал: всё внимание уходит на написание промптов и наблюдение за агентом. «Около цикла» — вы кликаете, одобряете, даёте обратную связь, а основную работу система делает до и после вашего подключения. «Вне цикла» — всё работает по расписанию или по событию, вы лишь смотрите результат.

Тезис жёсткий: человек в цикле — это узкое горлышко, а значительную часть текущей работы (автор говорит о 80% и более) при правильной системе можно делать без нас. Перепрыгнуть сразу в «вне цикла» трудно, поэтому «около цикла» — осознанный переходный этап.

Проактивные агенты: что им нужно на самом деле

Ключевая смена мышления — от реактивных агентов к проактивным. Агенту не нужны вы, ему нужна правильная информация в нужный момент. Запускать его могут вебхук, cron, событие в логах, тикет, действие пользователя в интерфейсе или другой агент. Работа инженера — доставить нужному агенту нужные данные.

Пример из видео — агент реагирования на инциденты. Событие попадает в поток логов, быстрая модель классифицирует его, дежурный агент находит причину и готовит патч, а человеку остаётся принять решение и нажать «развернуть». Вы превращаетесь в проверяющего, а не исполнителя. Второй пример — новостной агент, который сутки напролёт фильтрует шум и выделяет сигналы, и ещё один — цикл, который сам сверяет собранный интерфейс с макетом, пока не пройдёт порог сходства.

Долговечные агенты и песочница

Обычные сессии вроде Claude Code, Codex или Pi заканчиваются, когда вы закрываете ноутбук. Для проактивной работы нужны долговечные агенты: они переживают сбои и перезагрузки, хранят память, умеют задать вам вопрос и дождаться ответа. Для этого их выносят в собственную песочницу с отдельными вычислительными ресурсами: там агент всегда включён, изолирован и автономен. Подключаться к нему можно из браузера, терминала или с телефона, а при желании — дать доступ коллегам из продукта, дизайна или поддержки.

Формула автора: долговечный агент + триггер + песочница = проактивный агент. Заметим, что это инфраструктурная задача, и «навайбкодить» её, по словам автора, не получится.

«Основная четверка» и harness engineering

Фундамент не меняется: контекст, модель, промпт и инструменты. Но одной настройки по умолчанию уже недостаточно. Преимущество даёт проектирование обвязки (harness engineering): выбор модели по балансу цены, качества и скорости, понимание токеномики, собственный системный промпт и контроль ущерба — вплоть до отказа от bash-инструмента, если он опасен для вашего продукта. Автор отдельно предупреждает, что субсидируемые подписки не вечны, поэтому считать токены придётся.

Граница между подходами у него такая: вайб-кодинг — когда вы не знаете, что делает система, и не следите за ней; агентная инженерия — когда вы так хорошо её знаете, что можете в неё не заглядывать.

Вывод: сколько агентов работает на вас прямо сейчас

Предложенный критерий зрелости — не число токенов, а количество полезной работы, выполняемой без вашего участия. Это разумная метрика, хотя стоит помнить: автор параллельно готовит платный курс по теме, поэтому тон у видео местами рекламный. Но сама идея проверяема без всякого курса: в следующий раз, садясь в терминал, спросите себя, есть ли причина, по которой вы всё ещё участвуете в этой работе. Если причина — отсутствие триггера, песочницы или памяти у агента, значит, у вас есть следующая инженерная задача.