Тимлид в эпоху агентов

Когда разработчики начинают работать с агентом, первым меняется не код, а поток работы вокруг него. Изменений становится больше, они приходят быстрее, а вопрос «кто это проверил и почему мы в этом уверены» звучит чаще. Этот курс — о том, как тимлиду перестроить процесс так, чтобы скорость агента не превратилась в долг, который потом разгребает вся команда.

Что меняется

Узкое место сдвигается. Написать изменение стало дешевле, проверить его — нет. Команда OpenAI, которая строила продукт целиком руками агентов, пишет, что при росте объёма кода узким местом стал человеческий QA (Harness engineering). В агентстве это знакомо: разработчик отдаёт три MR за день, а ревьюер и тестировщик остаются те же.

Стандарты становятся исполняемыми. Договорённости из чата и из головы ведущего разработчика агент не видит. Он видит AGENTS.md, линтеры, тесты и CI. Всё, что важно команде, приходится записывать туда, где это прочитает и проверит машина.

Постановка задачи — часть инженерной работы. Карточка в Kaiten из двух строк человеку ещё подходит: он переспросит. Агент додумает. Качество результата начинает зависеть от того, насколько ясно описаны цель, контекст, ограничения и критерий готовности.

Что не меняется

Ответственность за изменение по-прежнему несёт человек. Решение о мерже, архитектура, продуктовый смысл, безопасность клиентских данных — за командой. Даже в официальной документации Codex прямо сказано, что правила для ревью-агента не заменяют тесты, защиту веток и обязательные одобрения (GitLab).

Как устроен курс

• Внедрение: пилот и масштабирование, командные стандарты, постановка задач агенту.
• Качество: ревью при росте потока MR, ворота качества, Codex как ревьюер, джуниоры.
• Управление: метрики, риски, планирование, обмен практиками.

Курс предполагает, что вы прошли «Codex с нуля» и сами пользуетесь агентом. Решения уровня компании — тарифы, администрирование, данные клиентов — разобраны в курсе «Codex для техдиров», здесь мы касаемся их только там, где это задача тимлида.