Subagent стискає дослідження
Коли потрібно переглянути багато модулів, тестів, конфігурацій або логів, subagent допомагає винести пошук в окремий контекст і повернути основній сесії лише стислий, перевірюваний результат.
Subagent — це дослідницький інструмент, а не заміна фінального рішення. Основна сесія відповідає за перевірку висновків і зміни в репозиторії.
| Доцільно делегувати | Не варто делегувати |
|---|---|
| Знайти всі інтеграції з платіжним сервісом | Прочитати один короткий файл |
| Простежити повний refund flow | Зʼясувати один рядок trace |
| Зібрати повʼязані тести | Внести маленьку правку |
| Узагальнити великий diff або логи | Вести довгу інтерактивну розмову |
Mini-task spec для subagent
Досліди шлях refund-операції.
Перевір controllers, services, payment client, config і tests.
Поверни стислий висновок, file:line evidence,
припущення, відкриті питання та наступні кроки.
Файли не змінюй; великі фрагменти коду не копіюй.Очікуваний результат
- **Висновок** — кілька речень про знайдений flow;
- **Evidence** — конкретні посилання на файл і рядки;
- **Припущення** — те, що випливає з непрямих ознак;
- **Відкриті питання** — що залишилося неперевіреним;
- **Наступні дії** — що має перевірити основна сесія.
Після повернення висновку
- Перевірте два-три ключові місця вручну.
- Зіставте висновок із тестом або командою.
- Відокремте підтверджене від припущень.
- Оновіть inventory, API map або investigation note через звичайний diff.
- Не переносіть неперевірений summary у документацію як факт.
Межі delegation
Не використовуйте subagent для кожної дрібної задачі й не створюйте складну multi-agent систему на етапі простого investigation. Делегування має зменшувати шум, зберігаючи людський контроль над доказами та фінальним результатом.
Канонічне джерело уроку · JavaRush
Відкрити матеріал JavaRush