🔍 Регулярный анализ проектов


Я регулярно "привожу в тонус" проекты по следующей схеме:

1️⃣ готовим контекст агента по обычной схеме (читаем индекс меморибанка)

2️⃣ агента с подготовленным контекстом я насылаю на проект с промптом анализа.
Фишка промпта в том, что он заставляет агента "мысленно" пройтись по основному бизнес-процессу для проекта (в примерах - это оркестратор воркфлоу, значит процесс будет запуска воркфлоу)

3️⃣ Агент дает заключение. Я верифицирую заключение в другом агенте. Это опционально, можно пропустить, или верифицировать этим же агентом. Встречал, что выявленные "слабыми" моделями косяки не верифицируются, либо они неправильные - потому что агент чего то напутал (например, не разобрался в стандартах нейминга и указал на несоответствие нейминга для полей БД, хотя именно для них в стандарте и предусмотрен snake_case вместо camelCase).

4️⃣ отсматриваю сам выявленные косяки, составляю итоговый перечень на доработку

5️⃣ далее с перечнем идем к сильной модели и обсуждаем как будем исправлять. итог обсуждения - старт протокола на доработку по #deksdenFlow (полная версия с отдельными ветками, либо мини-версия в main).


Промпты в комментах ниже: ⬇️

#post
@deksden_notes