Multi-agent має пройти перевірку до старту
Кілька агентів виправдані лише тоді, коли виграш від паралельної роботи перевищує витрати на координацію. За замовчуванням обирайте одного агента, особливо для малої або послідовної задачі.
Незалежність потоків — це властивість меж і контрактів, а не кількість назв ролей. Якщо два агенти змінюють один модуль, справжньої паралельності немає.
| Доречно | Антикритерій |
|---|---|
| Backend, frontend і тести мають окремі каталоги | Мала локальна зміна в одному файлі |
| Read-only агенти перевіряють різні гіпотези | Послідовність reproduce → fix → test |
| Окремі reviewer-и мають різні фокуси | Кілька агентів редагують один модуль |
| Для кожної ролі є власний критерій | API-контракт ще не зафіксований |
| Є час на human checkpoint | Відсутні тести або safety net |
Короткий multi-agent decision record
task: COM-512
size: large
workstreams_independent: yes
ownership_split_by: modules
tests_available: unit
shared_state_risk: low
verdict: multi-agent
human_checkpoint: before mergeКоли паралельність шкодить
- дублюється контекст і збільшуються токенні витрати;
- людина перемикається між багатьма потоками;
- припущення розходяться до синхронізації;
- виникають конфлікти під час інтеграції;
- агенти повторюють одну неправильну гіпотезу;
- переконливі звіти залишаються неперевіреними.
Починайте з безпечнішої форми
- Спробуйте одну сесію або plan mode.
- Якщо потрібен широкий пошук, додайте один read-only investigator.
- Якщо потрібен незалежний контроль, додайте свіжого reviewer.
- Для паралельних змін спочатку зафіксуйте контракти й межі.
- Лише після цього розглядайте кілька виконавчих потоків або team.
Підсумкова перевірка рішення
Перед запуском переконайтеся, що кожен потік має власника, дозволену область, критерій успіху й спосіб повернути evidence. Остаточна інтеграція та рішення залишаються за людиною, навіть якщо всі агенти завершили роботу без помилок.
Канонічне джерело уроку · JavaRush
Відкрити матеріал JavaRush