"🗃️ Операционная память для агентских процессов на Папках задач 3/4 ... (продолжение, предыдущая часть тут: https://t.me/deksden_notes/37) **А если - нет? ** Промоделируем сессию AMA ❓ В чем смысл таких сложностей и ""танцев с бубном""? Допустим, мы просто расписали промптом задачу в СС и он начал выполнение. В чем такой подход хуже? 1️⃣ Во-первых, когда вы станете расписывать такой промпт, вы обнаружите что он будет огромным. У нас на самом деле куча деталей о проекте: например, банальные где лежит код, где лежат тесты, где лежит документация. Куча сведений, например, как работать с документацией - что бывают оглавления файлов, что в разделах про модуль есть раздел ""внешние"" зависимости. надо не забыть обновить комменты в коде. При работе агентскими процессами мы инкапсулируем все детали в промпт специализированному агенту. Причём, у разных агентов - разные детали. Тому кто пишет код не обязательно знать как писать md документацию. 2️⃣ Во вторых, если у вас большой проект, контекст основного агента (только тут его не назовёшь уже оркестратором, он ничего не оркестрирует, а работает сам) забьётся вызовом инструментов и обработкой файлов очень быстро. Далее произойдёт автокомпакт (у кого он включён), и дальше - как повезёт! если агент ""не забудет"" задание, то продолжит работу. Может, слегка не в том ключе и не особо следуя инструкциям. ▶️ В итоге: будет сложнее, дольше, менее качественно. Скажут - ""Я ж говорил, ИИ не тянет!"", хотя - 💯 SKILL ISSUE. ❓ А в чем смысл создания папки задачи с уникальным идентификатором? Все очень просто: идентификатор даёт некоторую изолированность задачи. Если вы в одном сеансе СС работаете с базой данных, то другие сеансы могут рефакторить код. Задачи друг другу мешать не будут, случайного пересечения имён файлов тоже не случится. Аналогично - и идентификатор этапа, позволяет разделять файлы. ❓ А чего такой велосипед? Файлы - это как то примитивно Потому что - нет. Файлы - не примитивно, а традиционно и в каком то смысле enterprise grade. Достаточно вспомнить что есть unix way, где вся система - это взаимодействие через файлы, включая pipes. Напомню, что linux - это тот же unix, только попроще. И даже бородатые сисадмины не скажут что unix это примитивно. ❓ Может быть все таки более хайповый MCP Наверняка есть куча MCP которые могут служить памятью. Отличный выбор на самом деле, если подобрать подходящий по функциям. Один нюанс - его все таки надо устанавливать дополнительно, и каждого субагента промптить на его использование. По своей сути особой разницы нету. И там, и там - это будут тулколы для записи и чтения. ❓ Зачем такие сложности с группировкой файлов? Можно просто обработать один за одним Нет, нельзя. По тестовому кейсу у нас документация и код. Как минимум разделить придётся по типу файлов. А если уж делить, так слегка оптимизировать параллельностью. До 5-7 агентов СС спокойно запускает параллельно, что будет сильно быстрее последовательного вызова. ... (продолжение тут: https://t.me/deksden_notes/39)"