205
Проверяющий в новой сессии
Работу агента проверяет агент в новой сессии: он ничего не исправляет и возвращает список замечаний. Вам остаётся прочитать список и решить.
Как проверять, когда работы больше, чем времени
Через неделю работы с ветками агенты присылают pull request быстрее, чем вы успеваете их читать. Появляется соблазн нажимать слияние не вчитываясь. Из системы выходит ровно столько работы, сколько вы способны проверить, и это её главное ограничение.
Проверять всё равно нужно, особенно то, что уходит клиенту. Рычагов три.
- Требования заранее. Чем точнее задача описывает результат, тем быстрее проверка: вы сверяете с готовым списком.
- Проверяющий в чистой сессии. Агент, который сделал работу, оценивает её предвзято и соглашается с вами. Проверку поручают агенту в новой сессии: модель может быть та же, важен чистый контекст. Он проверяет и ничего не исправляет, его замечания уходят исполнителю.
- Отдельный агент на безопасность. Уязвимости ищет агент на модели, которая соглашается ломать. Opus от таких проверок часто отказывается, DeepSeek соглашается.
На схеме штаб это главная папка с правилами и задачами для агента.
Ваше время уходит на последний шаг: короткий список замечаний и решение по ним. Проверяющего запускают в новой сессии, отдельно от агента, который делал работу.
Проверь pull request [ССЫЛКА_НА_PULL_REQUEST] против задачи [ССЫЛКА_НА_ЗАДАЧУ]. Ничего не исправляй, верни список замечаний.Источник: урок 6 программы Personal Corp.
Ничего не правил. Замечания:
1. Пункт 3 задачи не сделан: нет проверки пустого файла.
2. В описании нет снимка результата.
3. Один тест падает, лог приложил.
Остальное по задаче сделано.
Источник ответа: пример ответа.
Если проверка всё равно не успевает за агентами, посмотрите набор скиллов pstack: он про то, как глубоко проверять работу агентов и после этого спокойно запускать их параллельно.
Где ошибки доходят до main
- Слияние не читая. Pull request превращается в формальность, и ошибки агента попадают в main так же, как без проверки. Было: листать каждый pull request и жать слияние, потому что их слишком много. Стало: требования в задаче заранее, проверяющий в новой сессии, вы читаете его замечания. Открытых задач на отдел ровно столько, сколько успеваете проверить.
Папка теперь лежит в GitHub с историей каждого шага, и работа агентов приходит в неё через проверку. Как работать с ней вдали от ноутбука, разобрано в следующей части «Удалённая работа с агентом».