Fresta

Когда нужна короткая демонстрация Agent Skill или проверка команд /skill: в этом проекте.

Реализация утверждённой фичи по PRODUCT.md и TECH.md с поддержанием спек и кода синхронными в одном PR. Использовать после утверждения спек, когда следующий шаг — сборка фичи. Канонический источник правил «спеки и код в одном PR» и «держи спеки актуальными».

Разрешение Git-конфликтов через компактные выжимки (хвосты ours/base/theirs и diff) вместо загрузки целых файлов в контекст. Использовать, когда merge, rebase, cherry-pick или stash pop остановились на конфликтах, git status показывает unmerged paths или в файлах есть маркеры конфликтов.

Ревью diff'а pull request с записью структурированного результата в review.json для публикации workflow'ом. Использовать при ревью выкачанного PR по локальным артефактам pr_diff.txt и pr_description.txt; в GitHub напрямую ничего не постится.

Исполняемый плейбук автономных прогонов roadmap — механика порций, процедура defer/отката, гигиена коммитов, критерии hard stop. Принципы и активация — в .vibe/rules/roadmap-autopilot.mdc.

Spec-first процесс для существенных фич — оркестратор: PRODUCT.md до реализации, TECH.md когда оправдан, реализация по утверждённым спекам. Использовать при старте значимой фичи, планировании агентной реализации или когда спеки нужно хранить в репозитории.

Создание и обновление скиллов — генерация, правка и доводка SKILL.md. Использовать при авторинге новых скиллов или ревизии структуры, фронтматтера и инструкций существующих.

Написание PRODUCT.md для значимой пользовательской фичи — детальное поведение как нумерованные проверяемые инварианты. Использовать, когда нужна продуктовая спека/PRD, нужно зафиксировать поведение до реализации, или фича достаточно крупная/неоднозначная, чтобы письменная спека улучшила реализацию и ревью.

Написание TECH.md для значимой фичи после исследования текущей кодовой базы и ограничений реализации. Использовать, когда нужна техническая спека, план реализации или архитектурный документ, привязанный к продуктовой спеке.