Через какое-то время после того как мы в команде начали работать с агентами, стали замечать: чем выше сеньорити человека, тем лучше у него получается результат. Особенно хорошо выходило у тимлидов с опытом. Нет, они не правили код после агента — они просто правильно структурировали свои мысли.
Бывало, я экспериментировал с реализацией всё более сложных задач, с восхищением продавал эти идеи всей команде, а они потом приходили ко мне с разочарованием — что я их обманул, что у них то же самое не получилось. Так почему же?
Ответ простой: я писал промпты последние пять лет своей жизни, только не для агентов. Сначала для разработчиков, потом для тимлидов. Знаешь, какую информацию нужно дать, чтобы получить нужный результат — потому что уже наступал на грабли: когда у человека не хватало контекста, на выходе было не то, что хотел.
Любой руководитель поймёт, когда я опишу такой тип разработчика — сеньор по хардскиллам, но джуниор по осознанности. Технически крепкий, пишет хороший код, но не задаёт вопросов, не оспаривает ТЗ, не сверяется по дороге, не подсвечивает риски. Делает ровно то, что попросили — даже если попросили не то.
Агенты очень похожи на таких ребят. И работать с ними нужно так же.
Представь, что ты даёшь такому разработчику задачу по новому проекту.
Перед задачей обычно объясняешь человеку на пальцах кучу вещей: как всё устроено, на что обратить внимание, где уже обжигались. С агентом всё это нужно писать в промпт. Он не переспросит, не придёт уточнить — сделает по тому, что видит.
Дальше ему нужно, что почитать. Это доки по проекту. Если их нет или они устарели — это давний долг, до которого всё руки не доходили. Теперь повод появился — для агента доки это постоянно действующие правила игры.
Подстраховывает вся та рутина, которую мы и так держим вокруг живых разработчиков: тесты, линтеры, CI. С агентом они нужны вдвойне: ловят ошибки до тебя и экономят часы на ручном ревью каждой строчки.
Когда агент ошибся, важно не переделывать вручную, а понять, чего ему не хватило — контекста, правила, теста — и добавить это в следующий раз. То же самое, что с командой: виноват не человек, виноват процесс. Разобрался один раз — в следующий эта же история уже не повторится.
Если умеешь хорошо ставить задачи разработчикам такого типа в команде — умеешь работать с агентами. Навык один и тот же, просто адресат теперь другой.