Соберём всё вместе на живой задаче. В интернет-магазине после рефакторинга «поехали» цены: где-то скидка считается дважды, где-то не считается вовсе. Запутанно. Разложим завал на роли.
Найти → починить → проверить
Крупную мутную задачу удобно бить на три понятных этапа:
- Найти — субагент-разведчик прочёсывает каталог корзины и возвращает список мест, где считается сумма со скидкой (файл, строка, формула). Это объёмное чтение многих файлов — отличная работа для делегирования.
- Починить — субагент-ремонтник берёт итог разведчика и приводит формулу к единому виду.
- Проверить — субагент-контролёр прогоняет тесты и возвращает: прошли или какие упали.
Порядок здесь важен
Эти три этапа по очереди, а не параллельно: ремонтнику нужен список от разведчика, контролёру — результат ремонта. Запусти их одновременно — они будут править вслепую и мешать друг другу.
Заметка
Параллельно имеет смысл то, что не зависит друг от друга. Если бы магазин состоял из двух независимых модулей — корзина и каталог — их разведку можно было бы вести двумя субагентами сразу. А цепочку «найти → починить → проверить» дробить параллельно нельзя.
Дирижёр (ты + основной агент) держит общую картину: ставит задачу первому, получает итог, кладёт его в задание второму, и так до зелёных тестов. Каждый субагент работает в чистом контексте, а основной разговор остаётся коротким — в нём только итоги, а не три простыни деталей.
Порепетируй
Вот и весь приём: разложить мутное на этапы, понять, что зависит от чего, и вести цепочку через субагентов, собирая выжимки.
Практика в терминале