От вайб-кодинга к инженерии агентов: как принимать работу Codex
Вайб-кодинг хорош как быстрый черновик: описал намерение, получил экран, скрипт или прототип, посмотрел, что получилось. Но когда Codex начинает работать с живым проектом, одного настроения мало. Нужен другой режим: задача, контекст, инструменты, проверки, приемка и след работы.
Инженерия агентов начинается там, где человек перестает просить "сделай как-нибудь" и начинает проектировать рабочий коридор. Codex должен понимать цель, границы, доступные tools, формат результата и критерий готовности. А человек должен не просто радоваться красивому diff, а принимать работу как инженерный результат.
Это не отменяет творческий старт. Черновик может появиться быстро. Но дальше начинается ответственность: что именно изменилось, почему это решение принято, чем проверено, где риск и можно ли это выпускать наружу.
Что здесь меняется
В классическом программировании качество часто проверялось через код, тесты и ревью. В агентной работе добавляется еще один слой: путь агента. Важно не только то, что файл изменился, но и как агент пришел к этому изменению. Читал ли он нужный контекст, не трогал ли лишние зоны, запускал ли проверки, не оставил ли публичный мусор.
OpenAI в материалах про Codex approvals and security отдельно выделяет подтверждения и контроль действий. Это хороший фундамент, но его надо перевести в привычку работы: каждое внешнее действие, публикация, деплой, рассылка или изменение данных требует отдельного уровня приемки.
Главное:Инженерия агентов — это не “лучший промпт”. Это способ принимать работу Codex: задача понятна, контекст ограничен, tools разрешены, результат проверен, риск записан, человек принимает решение.
Чем агентная работа отличается от черновика
Черновик отвечает на вопрос "получилось ли что-то похожее". Инженерный контур отвечает на вопрос "можно ли этому доверять в процессе".
| Режим | Как выглядит | Где риск |
|---|---|---|
| Вайб-кодинг | быстрая просьба, быстрый результат | непонятно, что сломалось внутри |
| Черновой агент | несколько шагов, частичная проверка | агент может выйти за границы |
| Инженерия агентов | задача, tools, память, тест, ревью | требует дисциплины приемки |
| Производственный контур | лог, gates, мониторинг, откат | ошибка влияет на пользователей |
Для Codex это значит, что задача должна быть сформулирована как маленький рабочий билет. Не "сделай лучше", а "измени этот экран, не добавляй зависимости, проверь мобильную ширину, запусти тест, покажи diff".
Как принимать работу Codex
Приемка начинается до выполнения. Если критерий готовности не назван заранее, человек потом оценивает результат по ощущению. Это снова возвращает нас к вайб-кодингу. Лучше заранее сказать, чем задача будет считаться сделанной.
В ONFF похожая логика уже работает в публикациях. Статья не считается готовой только потому, что текст написан. Нужно, чтобы draft.md был чистым, SEO лежало отдельно, review прошел, live-аудит подтвердил публичное тело, а социальная очередь получила только проверенный материал. Это и есть маленький пример инженерии агентов.
Рабочая карточка
Когда использовать: когда Codex работает не как генератор идеи, а как участник проекта: пишет код, статьи, скрипты, проверяет очереди, обновляет сайт или готовит публикацию.
Что подать на вход: цель, файлы, границы, допустимые tools, критерий готовности, команды проверки и формат отчета.
Что сделать по шагам:
- Сформулировать задачу как билет, а не как настроение.
- Ограничить контекст: что читать, что не трогать.
- Назвать tools и действия, которые разрешены.
- Запросить короткий план перед правками.
- После правки проверить diff, тесты, логи и публичный результат.
- Записать итог: что сделано, чем проверено, что осталось рискованным.
Какой результат получить: работа Codex становится повторяемой и принимаемой, а не просто впечатляющей.
Как проверить качество: есть ясный diff, пройдены проверки, нет неожиданных зависимостей, нет публичных служебных меток, есть понятный следующий шаг.
Когда не использовать: если задача исследовательская и вы сознательно хотите быстрый хаотичный прототип.
Какой навык из этого собрать: навык приемки агентной работы. Человек учится оценивать не только ответ, но и процесс.
Почему это важно для ближайших лет
Чем сильнее агенты, тем меньше смысла спорить, заменят ли они "написание кода". Они уже меняют другое: способ управления работой. Человек все чаще отвечает не за каждую строку, а за постановку задачи, контекст, проверку и решение о выпуске.
Это не делает человека лишним. Наоборот, человеческое суждение становится центральным. Codex может быстро двигаться внутри коридора, но кто-то должен этот коридор спроектировать, увидеть риск и сказать: "это можно выпускать" или "это надо остановить".