grace-bridgelisted

# GRACE bridge — когда и как интегрировать с нашим pipeline Skill — **гид принятия решения**, не исполнитель. Отвечает на (a) **стоит ли** вводить GRACE на этой задаче и (b) **как** встроить grace-* skills в существующий flow без дублирования. ## Когда использовать GRACE Применять GRACE-артефакты (`docs/requirements.xml`, `docs/development-plan.xml` и т.д.) **только** если выполнены хотя бы два условия: - Модулей ≥ 5 с кросс-ссылками; навигация grep'ом становится шумной - Multi-session работа, переживающая `/clear` и `/compact`; нужны стабильные семантические координаты вместо номеров строк - Настроенная long-context модель будет читать 50k+ токенов кода; XML-маркеры помогают sparse attention - Несколько агентов будут править одни и те же файлы; нужна контрактная поверхность от конфликтов **Пропустить GRACE** для: багфиксов, рефакторов одного модуля, обновлений документации, простых добавлений фич. ## Карта pipeline Существующий pipeline уже покрывает большинство GRACE. Вставлять grace-* только в пробелах: | Фаза | Наш скилл | GRACE скилл | Когда вставлять GRACE | |------|-----------|-------------|----------------------| | Доменный язык | `/grill-with-docs` (термины → CONTEXT.md + ADR) | — | Всегда начинать здесь. GRACE этого не заменяет. | | Bootstrap проекта | `/startup` + discovery | — | Не спрашивать stack/modules до brief и plan | | Архитектурный handoff (Phase 2b) | `/planning-with-files` + `/pm-review` | `/grace-init` → `/grace-plan` | Инициализировать GRACE из