Агент пишет код быстрее, чем команда его читает. И ломается в итоге не генерация, а внимание ревьюера.

Все смотрят на эффектную часть: агент сам берёт issue из GitHub, пишет код и открывает PR. Я тоже сначала смотрел туда.

Через неделю картина другая. На каждую задачу своя сессия, сессии идут параллельно, PR прилетают пачкой. А люди ревьюят с той же скоростью, что и раньше.

Копится долг по ревью. Дальше два исхода: команда мержит не глядя или тихо выключает агента. Оба плохие.

Поэтому продукт здесь не генератор кода. Продукт — экран «что требует человека» и правила, когда агент молчит, а когда зовёт.

Рамка, которую я теперь ставлю до запуска:

— мерить не «сколько задач закрыл агент», а сколько минут человека ушло на один смёрженный PR; — ограничить число PR, которые агент держит открытыми одновременно; — заранее решить, кто вправе ставить агенту задачи.

Третий пункт выглядит как галочка в настройках. На деле это граница безопасности. Задачи приходят из комментариев и чатов, и любой текст в issue становится инструкцией для агента с доступом к коду.

Как это может быть собрано, видно в открытом прототипе DeepSeek под MIT. Там задачи принимаются только от разрешённых людей, у каждой задачи отдельная сессия, и есть очередь «нужен человек». Разберите его, прежде чем строить своё.

Сколько минут вашего ревьюера стоит один смёрженный PR от агента, и кто-нибудь в команде это хоть раз считал?

#evgeniydubskiy #erartaai