#DeksdenFlow - 4, Protocol, Этап фиксации плана (2/2)


...


* context.md: файл контекста - скорее это статус выполнения протокола, с текущим шагом, последним действием, следующим шагом, сведениями о git и рабочих папках.

Довольно обширно вышло с протоколом, верно? Обратите внимание - я постарался раскрыть некоторую логику почему сделано именно ТАК, но лучше задавать вопросы что кажется непонятным или неясным. ‼️ Моя логика может не работать универсально, или не подходить, тут нет железных схем или устоявшейся практики - лучше всего уяснить логику формирования плана и все тюнинговать "под себя"

👉 Да, не устану повторять что Кодекс капитально отстаёт по фичам. Что можно было бы доработать в системе "Protocol", если бы один из самых мелких стартапов в истории нашёл бы инженеров для создания субагентов.

Субагенты решили бы проблему следования инструкциям для специфических видов деятельности:
- кастомный субагент для написания кода получил бы инструкцию с деталями стиля кода в проекте, на что обращать внимание, что делать, чего избегать, примеры хороших паттернов, примеры анти-паттернов; для ui следил бы за классами Tailwind и тп;
- агент который работает с git мог бы внимательнее следить за форматом commit сообщений, не забывать ставить тег протокола/шага, проверял бы перед коммитом что ему сообщили что проверки были и они были зелёные и отказывался бы без такой информации делать коммит,
- агент тестирования мог бы лучше знать какой набор тестов запустить, а какой - не стоит; можно было бы не только юнит тесты запускать, но и часть полу-интеграционных или компонентных тестов;

▶️ Итак, мы обсудили структуру того протокола, который формирует мой промпт. Этот промпт мы отправляем в момент, когда мы обсудили с агентом доработки и готовы их фиксировать.

▶️ Далее система начинает исполнять протокол, и делает технический первый шаг:
- присваивает новый номер протокола
- проверяет чтобы ветка main была чистой - если нет, надо с этим что то сделать (игнорировать тоже можно, но лучше сделать коммит текущих изменений);
- создаёт новое worktree в папке деревьев в системе; соответственно, делается новый git branch
- делает draft PR
- в этом новом дереве создаёт папку для нового протокола, и формирует там все файлы протокола.
- делает коммит/пуш с новыми файлами
- переводит контекст на шаг 1.

🏁 Вот тут я останавливаюсь с текущим контекстом, шаг 0 завершен