"🔍 Регулярный анализ проектов Я регулярно ""привожу в тонус"" проекты по следующей схеме: 1️⃣ готовим контекст агента по обычной схеме (читаем индекс меморибанка) 2️⃣ агента с подготовленным контекстом я насылаю на проект с промптом анализа. Фишка промпта в том, что он заставляет агента ""мысленно"" пройтись по основному бизнес-процессу для проекта (в примерах - это оркестратор воркфлоу, значит процесс будет запуска воркфлоу) 3️⃣ Агент дает заключение. Я верифицирую заключение в другом агенте. Это опционально, можно пропустить, или верифицировать этим же агентом. Встречал, что выявленные ""слабыми"" моделями косяки не верифицируются, либо они неправильные - потому что агент чего то напутал (например, не разобрался в стандартах нейминга и указал на несоответствие нейминга для полей БД, хотя именно для них в стандарте и предусмотрен snake_case вместо camelCase). 4️⃣ отсматриваю сам выявленные косяки, составляю итоговый перечень на доработку 5️⃣ далее с перечнем идем к сильной модели и обсуждаем как будем исправлять. итог обсуждения - старт протокола на доработку по #deksdenFlow (полная версия с отдельными ветками, либо мини-версия в main). Промпты в комментах ниже: ⬇️ #post @deksden_notes"