"🔥 Субагенты в Claude Code 3/5 Продолжим. Что нам дал инструмент ""задача""? Уже стало неплохо за счёт важного свойства - самостоятельного контекста задачи. Можно было делать длинные сессии работы оркестратора, промптом заставляя вести основную работу внутри задач. В результате последовательные линейные воркфлоу даже из значительного количества шагов выполнялис в челом неплохо. Можно было довести длительность сессии работы оркестратора до десятков минут, а самые талантливые умудрялись ""выжимать"" часы! Это важно, потому что время отражает количество сделанной полезной работы. Какие были подводные камни? Их было несколько: - управление работой инструмента ""задача"" осуществлялось оркестратором, и полностью зависело от него; когда у оркестратора в контексте было много информации, происходила деградация внимания, и он уже не мог внимательно и с требуемыми деталями прописывать задачи. - задача наследовала от родительского процесса инструменты, и нельзя было настроить инструменты, доступные отдельной ""задаче"", в результате чего аналитические или поисковые задачи работали в контексте с им абсолютно не нужным условным менеджером БД postgres. - работа всей системы (оркестратора и задач) велась с выбранной моделью ☑️ Резюмируем проблемы: точность промпта, контекст инструментов, модель. Что мы могли видеть в работе, симптомы проблем? При попытках прописать ""навороченный"" flow оркестратору на поздних шагах происходила некоторая деградация внимания оркестратора, и он мог ""забыть"" указать важные вещи. Далее: убедить оркестратора писать длиныне подробные промпты почти невозможно: они выходят краткие и без требуемых деталей. Далее: оркестратор может заниматься ""самодеятельностью"" и добавлять в промпт чего то ""от себя"" в зависимости от полученного контекста. Например, задача поиска информации могла потом чего то этой информацией обновить, если оркестратору показалось что это актуально. #post"