У делегирования есть выигрыш в скорости — независимые куски идут параллельно. Но есть и второй, менее очевидный выигрыш: чистота контекста. И на длинной дистанции он часто важнее.
Контекст — это рабочая память агента
Всё, что основной агент прочитал и сказал, остаётся в его контексте. Чем больше там накопилось деталей, тем сильнее агент «тонет»: важный план тонет среди сотни строк лога, ранние решения теряются, ответы становятся менее точными. Контекст — ограниченный ресурс, и захламлять его дорого.
Как делегирование разгружает память
Вот в чём фокус. Когда субагент читает 200 файлов логов, все эти 200 файлов оседают в его контексте, а не в твоём. Основному агенту возвращается только короткий итог: «первая ошибка — в платёжном модуле, строка такая-то». Грязная работа осталась в чужой голове, а в твоём разговоре — одна чистая строчка вывода.
Совет
Так держится точность на длинной дистанции: дирижёр оперирует итогами, а не сырыми деталями. План остаётся на виду, потому что его не завалило мусором.
Мини-проверка
Если основной агент сам прочитает 200 файлов логов вместо того, чтобы поручить субагенту, что произойдёт с его точностью?
Те же привычки и без субагентов
Эта логика работает и в обычном разговоре. На длинном проекте помогают те же приёмы: /clear, чтобы очистить контекст между несвязанными этапами, и привычка просить краткие итоги вместо простыней. Делегирование — просто самый сильный способ применить тот же принцип: пусть детали живут там, где они нужны, а основной разговор остаётся лёгким и точным.