"🗃️ Операционная память для агентских процессов на Папках задач 4/4 (...продолжение, предыдущая часть тут: https://t.me/deksden_notes/38) ❓ А что за магическая цифра ""разбивать по 5 файлов""? На самом деле, именно 5 тут приведено просто для примера, но суть в том, что не надо делать такую задачу без ограничений количества файлов. Работа с файлами неслабо так нагружает контекст - все эти чтения фрагментов чтобы создать изменения, все они остаются в контексте. Если субагент получит неконтролируемого размера кучу файлов для обработки, уже у него кончится контекст - со всеми непредсказуемыми последствиями данного обстоятельства. А мы же хотим качественно и надёжно все сделать, да? ❓ Ок, но зачем так экономить контекст оркестратора? откуда такая сокральная ценность его контекста? Частичный ответ был ранее - если контекст кончается, дальше - сложно и непредсказуемо. Единственный вариант - ресет контекста. Ну и субагент стартует с ""чистым"" контекстом, который далее грузится его системпромптом, и заданием оркестратора. А что касается именно оркестратора - то его ""чистый"" контекст - это возможность выполнения сложных и продолжительных агентских процессов. 2-3 шага нашего примера процесса были не самыми простыми по логике выполнения, но ""потратили"" не более 1% контекста, значит смело можно делать процесс где таких шагов будет ещё 50. ☝️ Выводы Сочетание приёмов и принципов: - экономия контекста - использование агентных процессов (врокфлоу на субагентах) - конфигурирование агентов - использование папки задач как механизма обмена ... позволяет ""выжимать"" потенциал Claude Code и реализовывать сложные, полезные и умные процессы! Stay tuned, серия статей ""to be continued"" ␄ #post @deksden_notes"