"⚡️ Агентные процессы (Agentic Workflows) в Claude Code 1/2 Давайте поговорим о такой интересной штуке, как агентные процессы (workflows). ⚙️ Что такое агентные процессы (agentic workflows)? Их важно отличать от обычных алгоритмических процессов: · агентные процессы - это промпты для ИИ агентов, которые описывают некую последовательность действий · исполняет эти процессы ИИ агент, мы используем Claude Code · агентные процессы по своей структуре могут быть очень похожи на обычные алгоритмы - шаги, условные ветвления, циклы, ""вызовы"" других процессов, вызовы внешних команд · суть агентского процесса - в возможности использования логики ИИ модели в процессе непосредственно; · нечеткая логика ИИ является и самым сильным преимуществом, и важной особенностью процессов, с которой надо работать Использование этого подхода позволяет быстро собирать очень сложные системы, которые задействуют потенциал моделей и позволяют определять процессы, выполняющиеся часами. ❓ Как это сделать? Четких правил нет, я могу лишь обобщить практику, которую я использую. Уверен, что можно и нужно что то делать иначе, лучше, правильнее - но расскажу как я понимаю на сейчас. ⚠️ Важно: это мое субъективное мнение, которое совсем не претендует на правду, лишь резюмирует практику. Паттерны и приемы для работы с агентными процессами Я храню описание процессов в memory bank проекта в отдельной папке (wfs/) в виде md файлов. Чтобы запустить процесс, есть кастомная слеш команда, которая инструктирует агента прочитать некий файл и следовать инструкциям в нем. 1️⃣ Концепция ""файлы-роутеры"". Это такой md файл, инструкции в котором направляют агента для чтения других файлов, там буквально написано так: ""Если (некое условие), то нужно прочитать файл (ссылка на файл) и выполнить инструкции в нем"". Я использую этот прием для маршрутизации инструкции пользователя к нужному процессу. Если все процессы записать в один файл и ""вызывать"" нужный, то помимо ""забивания"" контекста ненужными в данный момент процессами, происходит размывание внимания и агент может отвлекаться на инструкции из других процессов или просто терять внимание на обработку ненужной информации. Поэтому цепочка ""центральный роутер -> роутер группы процессов -> процесс"" это стандарт в моем мемори банке. Пример: ""index.md -> wf-dev -> wf-dev-1"" запускает мой процесс ""проработка эпика/фичи"". 2️⃣ Концепция ""mermaid схемы процесса"". Интересный факт: модели лучше понимают ""язык"" диаграмм mermaid для описания последовательности действий, чем текстовое описание. Впрочем, если подумать, - это логично: диаграмма короче, нагляднее, структурно построена, следует определенному синтаксису. Видимо, обучающие выборки моделей включали изрядное количество диаграмм в md файлах - а это преимущественно mermaid. Мы можем использовать диаграммы для описания процесса: просто попросите агента вам ее сделать по тексту. Может быть вы удивитесь что она ""не такая"" - а на самом деле я пару раз так отлавливал недостаточно ясные формулировки в процессах (дело касалось циклов). Идеальный вариант, если агент проставит вам для каждого шага процесса уникальный идентификатор (для wf-dev-1 у меня шаги это DEV1-1, DEV1-2, и так далее). Идентифкация шага вносит дополнительную ясность модели. 3️⃣ Вызов субагента Самая важная часть вашего процесса. Я ВСЕГДА сейчас строю даже несложные процессы как взаимодействие центрального агента (всегда называю его оркестратором) и субагента. Почему? Экономия контекста, изоляция от спама результатами тулколов в центральный контекст. Задача оркестратора - только следить за выполнением основного процесса, а шаги мы все выполняем в субагентах. Если для шага требуется формировать специфический контекст - то делается специальный агент под такую задачу, для которого прописываем специфический промпт. Задача оркестратора - только передать то, с чем работаем. А ""КАК"" работать - специализированный агент уже знает сам. ... (продолжение: https://t.me/deksden_notes/28) #post @deksden_notes"