Итоги и что дальше

За курс «Переговорки» прошли путь от десяти строк идеи до сервиса на стенде и в продакшене. Почти весь код написал агент. Но продуктом проект делает не код, а то, что вокруг него: спецификация, правила, тесты, ревью и деплой, которые не зависят от памяти одной сессии.

Что лежит в репозитории

Если вы шли по курсу на своём проекте, у вас должно получиться примерно так:

• docs/SPEC.md — правила и сценарии с номерами, на которые ссылаются промпты и тесты;
• docs/PLAN.md — срезы и шаги, отмеченные по мере работы;
• docs/decisions/ — почему выбраны стек и ключевые решения;
• AGENTS.md — короткая карта: структура, команды, «готово», соглашения, запреты, правила ревью;
• линтер с правилами, которые раньше были просьбами;
• юнит-, интеграционные и e2e-тесты с таблицей «правило → тесты»;
• config.ts, Dockerfile и пайплайн с ручным выкатом в продакшен.

Любой новый человек или новая сессия агента начинает с этих файлов, а не с вопросов.

Минимальная дисциплина

Если запомнить из курса пять вещей:

1. Решения — в репозитории. Всё, чего агент не прочитает, для него не существует.
2. Маленькие шаги и частые коммиты. Дифф, который вы готовы прочитать, и откат, который стоит одного шага.
3. Инварианты держит механика. Ограничение в базе, правило линтера, тест — а не просьба в промпте.
4. Тесты читает человек. Иначе они проверяют то, что агент сделал, а не то, что нужно.
5. Безопасность — отдельная задача. Проверка прав, вход, секреты и зависимости — с чек-листом и человеческим ревью.

Где вайбкодинг уместен

Чистый вайбкодинг — не глядя в код — хорош для прототипов, внутренних утилит на один раз, экспериментов с интерфейсом и проверки идеи перед тем, как вкладываться всерьёз. Он плох для всего, что хранит чужие данные, принимает деньги или живёт дольше месяца.

Между этими полюсами — агентная инженерия. Вы двигаетесь по спектру внутри одного проекта: экран настроек можно принять почти не глядя, а проверку прав — только прочитав.

Что дальше

• «Codex в ежедневной разработке» — те же приёмы в существующем коде: фичи, баги, рефакторинг, ревью, параллельные задачи.
• «Настройка и расширение Codex» — профили прав, MCP, навыки, хуки и субагенты для вашего проекта.
• «Codex в автоматизации» — агент в CI: ревью merge request, автопочинка, задачи по расписанию.
• «Codex для тестировщиков» — если страховочная сетка стала главной темой.
• «Harness engineering» — как строить среду, в которой агенты надёжно работают, на уровне команды.