Назначение: скопировать workflow-ассеты в целевой репозиторий.
Вход: путь к целевому проекту.
Результат: шаблоны docs, обёртки, хуки и заготовки gate-команд.
Основной рабочий цикл (в интегрированном проекте)
/spec-init
Назначение: создать или обновить docs/SPEC.md.
Флаги: --new (перезапись), --continue (расширение); определяется автоматически, если не указан.
Когда использовать: старт нового scope или пересборка контракта.
/phase-init
Назначение: сгенерировать docs/PHASE_XX.md + docs/PHASE_XX_NOTES.md из актуального SPEC.
Назначает task ID (B1, F1, I1, D1…) с цепочками Depends on:.
Когда использовать: перед началом следующей фазы реализации.
/phase-gate
Назначение: запустить проверки и критерии завершения (команды из docs/STACK.md).
Когда использовать: после реализации фазы, перед коммитом.
/context-update
Назначение: синхронизировать CONTEXT.md / STATE.md / CHANGELOG.md после gate.
Когда использовать: когда фаза завершена и готова к merge.
/spec-sync
Назначение: распространить изменения SPEC в зависимые документы.
Когда использовать: когда требования изменились в процессе реализации.
Вспомогательные навыки реализации (опционально)
/impl-brief
Назначение: сгенерировать конкретный план реализации для одной или нескольких задач
и записать его в секции ### Implementation Plan файла docs/PHASE_XX_NOTES.md.
Вход:
/impl-brief [XX] — вся фаза (все задачи)
/impl-brief [XX] [ID] — одна задача, например B3
/impl-brief [XX] [group] — группа: backend, frontend, infra, data
Когда использовать: перед началом задачи — даёт вам или агенту чёткий план на уровне кода.
Правила: никогда не трогает ### Decisions & Notes; не изменяет PHASE_XX.md и SPEC.md.
/impl-assist
Назначение: реализовать одну или несколько не выполненных задач фазы, проверить
результат по реальному коду (а не по состоянию чекбокса) и отметить выполненные задачи.
Вход:
/impl-assist [XX] — вся фаза (все невыполненные задачи)
/impl-assist [XX] [ID] — одна задача
/impl-assist [XX] [group] — группа
--force — реализовать даже если чекбокс уже отмечен
Результат: зафиксированный код на каждую задачу, обновлённые чекбоксы в PHASE_XX.md.
Когда использовать: когда хотите, чтобы агент реализовал задачи (читает план из PHASE_XX_NOTES.md).
Правила: приоритет ### Decisions & Notes над ### Implementation Plan при конфликте;
соблюдает порядок Depends on:; никогда не пишет в ### Decisions & Notes.
GitHub-интеграция (опционально)
/project-sync
Назначение: зеркалировать чекбоксы задач из docs/PHASE_XX.md в GitHub Issues и
GitHub Projects v2 Kanban-доску. Идемпотентен — безопасно запускать при каждом коммите.
Вход:
/project-sync — синхронизировать все фазы
/project-sync [XX] — синхронизировать одну фазу
/project-sync --dry-run — предпросмотр изменений без применения
/project-sync --setup — разовая настройка: создать GitHub Project, колонки, метку; записать конфиг в docs/STACK.md