Вбудований subagent має вузьке питання
Найкраще делегувати subagent конкретне дослідження: знайти точки входу, простежити виклик або зіставити тести з поведінкою. Основна сесія отримує стислий звіт і не витрачає весь власний контекст на проміжні результати.
Делегування не переносить відповідальність за істину. Важливі висновки потрібно перевірити у файлах, тестах, конфігурації або фактичному запуску.
| Частина запиту | Приклад формулювання |
|---|---|
| Питання | Де формується відповідь на endpoint /users? |
| Межа | Перевір src/api, повʼязані сервіси й тести; не редагуй файли |
| Доказ | Поверни file:line, назви функцій і команди, які запускав |
| Невизначеність | Познач припущення як [hypothesis] |
| Результат | Короткий висновок, обмеження, open questions і next step |
Шаблон доручення
Роль: read-only дослідник runtime flow.
Питання: простеж шлях від CLI entry point до запису результату.
Область: src/cli, src/services, тести; не редагуй файли.
Перевір: виклики, обробку помилок і відповідні команди тестів.
Поверни:
- короткий висновок;
- file:line та функції;
- виконані перевірки;
- [hypothesis] для непідтвердженого;
- open questions;
- наступний крок.Розбийте роботу на контракти
- Спочатку доручіть discovery або інвентаризацію.
- Окремо попросіть перевірити гіпотезу через тести чи конфігурацію.
- Після цього сформулюйте план змін у головній сесії.
- Реалізацію, тестування та review запускайте як окремі контрольовані кроки.
- Зіставте звіт subagent із первинними файлами перед рішенням.
Формат звіту важливіший за впевнений тон
- Файли та рядки — де саме знайдено доказ.
- Функції й звʼязки — як побудовано висновок.
- Перевірки — які команди або тести реально виконано.
- Обмеження — що не перевірялося або було недоступним.
- Гіпотези — що ще потребує підтвердження.
- Next step — найменша наступна дія для власника задачі.
Канонічне джерело уроку · JavaRush
Відкрити матеріал JavaRush