"👉 Вайбкодинг сессии 2/2 ... (начало тут: https://t.me/deksden_notes/89) ❓почему документация именно вторым пунктом а не после внесения изменений? По той же причине, что и создание плана первым пунктом. Только план вы используете сейчас, а документация - это то что останется для последующей работы. Это не менее важно, потому приоритетно. ❓Зачем сверять в конце? Потому что агент ""забывает"" или ""упускает"" ряд моментов. Чем тщательнее на старте были прописаны детали вашего плана в файл, тем полнее будет реализация того. Даже не очень длинные воркфлоу на моей практике оборачивались доработками по чек-листу. ❓Что делать если настигла компактификация? Простой промпт ""по ходу дела"" помогает - ""Прочитай файл {путь и имя файла с планом} для контекста, продолжай по плану"". Засылайте такой промпт во время компактификации, тогда он его обработает сразу после возобновления работы, и забывание будет значительно скомпенсировано. ❓Есть же встроенный инструмент todo? Зачем дублировать в файл? Встроенный инструмент не содержит подробных сведений - только краткие пункты. Да, агент не забудет что надо сделать. Но может упустить проработанные вами при планировании детали - ""как"" именно все нужно было делать, ну и нюансы интеграции. Вы же проработали это при планировании, да? ℹ️ Это базовый подход. Что можно улучшать: сделать отдельные этапы на базе специализированных агентов. Если у вас есть агент, работающий с меморибанком, который в курсе про структуру хранени я информации и правила хранения данных, то документирование в меморибанк проводим через него. Если у вас есть кодовые агенты, которые знают стиль кодирования, структуру системы, интеграции подсистем, где искать контракты подсистем, то код писать лучше через них. Да, субагенты будут работать подольше - зато качество работы будет повыше и конекст оркестратора ""целее"", что позитивно для отслеживания общего плана. Такие вот приёмы #post @deksden_notes"