菜单
Реализация утверждённой фичи по PRODUCT.md и TECH.md с поддержанием спек и кода синхронными в одном PR. Использовать после утверждения спек, когда следующий шаг — сборка фичи. Канонический источник правил «спеки и код в одном PR» и «держи спеки актуальными».
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Когда нужна короткая демонстрация Agent Skill или проверка команд /skill: в этом проекте.
Разрешение 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. Использовать при авторинге новых скиллов или ревизии структуры, фронтматтера и инструкций существующих.
| name | implement-specs |
| description | Реализация утверждённой фичи по PRODUCT.md и TECH.md с поддержанием спек и кода синхронными в одном PR. Использовать после утверждения спек, когда следующий шаг — сборка фичи. Канонический источник правил «спеки и код в одном PR» и «держи спеки актуальными». |
| vibeVersion | 1.1.0 |
Реализовать утверждённую фичу по PRODUCT.md и TECH.md из specs/<id>/.
PRODUCT.md существует; TECH.md существует, если фича его заслуживала.PRODUCT.md — источник правды о пользовательском поведении.TECH.md — источник правды об архитектуре, последовательности работ и форме реализации.До кода — понять ожидаемое поведение, ограничения, риски и план валидации.
Перед стартом больших/долгих фич можно предложить пользователю (это помощники, не обязательные артефакты):
PROJECT_LOG.md — чекпоинты, исследованные пути, промежуточные находки, текущее состояние реализации;DECISIONS.md — конкретные продуктовые и технические решения, принятые по ходу.Предлагать, когда они снизят путаницу или избавят будущих агентов от повторного исследования тех же путей.
Реализацию по возможности пушить в тот же PR, что и спеки. Итерации по PRODUCT.md, TECH.md и коду идут в одном PR — ревью остаётся привязанным к фиче, которая реально поедет в прод.
Реализация показала, что поведение или дизайн должны измениться, — обновить закоммиченные спеки, а не дать им протухнуть:
PRODUCT.md — когда меняются пользовательское поведение, UX, edge cases или критерии успеха;TECH.md — когда меняются архитектура, последовательность, границы модулей или стратегия валидации;PR описывает фичу, которая реально шипится, а не первоначальный черновик спек.
До признания работы завершённой — убедиться, что код соответствует текущим спекам:
PRODUCT.md должен отображаться в конкретный тест или шаг проверки из TECH.md.spec-driven-implementation, write-product-spec, write-tech-spec