Рабочий процесс с агентами
Один из рабочих процессов, который хорошо ложится на агентов:
- взять пользовательскую историю (story) из бэклога;
- обсудить её с агентом;
- после достижения согласия оформить ADR (Architecture Decision Record) как постоянную запись решения и спецификации;
- сгенерировать список задач;
- поручить агенту выполнить эти задачи.
ADR здесь перестаёт быть просто «запиской» — он становится частью постоянной памяти проекта, которую читают и люди, и будущие агенты.
Mechanical sympathy вместо спекуляций
Следует избегать спекуляций о том, что LLM смогут делать в будущем. Вместо этого нужно развивать mechanical sympathy по отношению к LLM — понимать принципы их работы, чтобы лучше представлять, как они устроены и как использовать их наиболее эффективно.
Повторяющиеся проблемы
Мы часто обнаруживаем в коде, сгенерированном LLM:
- дублирование;
- смешение уровней ответственности (например, доменная логика, перемешанная с логикой отображения).
И это происходит даже при использовании хорошо настроенного окружения (harness). Значит, абстракции для общения с агентом пока недостаточно высокоуровневые — см. концептуальные модели.
Полезные практики
- После завершения сессии поручать агенту генерировать поясняющую документацию о том, что было сделано.
- Запускать проверки качества ночью в автоматическом режиме, чтобы утром разработчики получали отчёт.
- Границы допустимого поведения задавать не через ревью каждого изменения, а через тесты как границы знаний.
Источники
- Martin Fowler — Fragments: June 16, 2026 (tidbits по рабочему процессу, ADR, mechanical sympathy, ночные проверки)
- Unmesh Joshi — концептуальные модели, What Is Code?