$npx -y skills add TserenTserenov/FMT-exocortex-template --skill decomposeDecompose work into stages with physical artifacts and acceptance checklists. Gap detector. Use when opening a WP ≥3h (open-loop/problem-framing) or on explicit request to break into stages. Executes R29 Decomposer role.
| 1 | # /decompose — Декомпозитор (R29) |
| 2 | |
| 3 | > **Роль:** R29 Декомпозитор. **Носитель:** этот скилл. |
| 4 | > **Цель:** разложить деятельность на ≤4 этапа с материальными I/O и чеклистами. Обнаружить разрывы. |
| 5 | |
| 6 | ## Когда вызывается |
| 7 | |
| 8 | - **WP Gate:** РП ≥3h И класс ∈ {open-loop, problem-framing} → выполняется автоматически после Шага 4 Ритуала (Шаг 4.5 protocol-open.md) |
| 9 | - **IntegrationGate:** новый инструмент/агент/система → после Service Clause и Role |
| 10 | - **Strategy Session:** декомпозиция крупной инициативы (>1 неделя) |
| 11 | - **Явный запрос:** `/decompose`, «разложи на этапы» |
| 12 | |
| 13 | ## Алгоритм (5 шагов) |
| 14 | |
| 15 | ### Шаг 1. Карта контекста (3-5 строк) |
| 16 | |
| 17 | - **Кто держит роли:** инициатор / исполнитель / проверяющий (по именам или R-ID) |
| 18 | - **Верхний критерий успеха:** одна фраза, проверяемая |
| 19 | - **Ключевые ограничения:** время / деньги / этика / зависимости |
| 20 | |
| 21 | ### Шаг 2. Дерево этапов (≤4 узла) |
| 22 | |
| 23 | Одна строка на этап: название + назначение. Если получается >4 — укрупнить. |
| 24 | |
| 25 | ### Шаг 3. Развёртка этапов |
| 26 | |
| 27 | Для каждого этапа: |
| 28 | |
| 29 | ``` |
| 30 | **Этап N: <название>** |
| 31 | - Вход: <материальный артефакт> |
| 32 | - Метод: <как делаем, ссылка на SOP/PROCESSES.md если есть> |
| 33 | - Выход: <материальный артефакт, отличный от входа> |
| 34 | - Чеклист приёмки (3-5 пунктов): |
| 35 | - [ ] критерий 1 |
| 36 | - [ ] критерий 2 |
| 37 | - [ ] критерий 3 |
| 38 | - Роли: |
| 39 | - <Имя/R-ID> в роли <название роли> |
| 40 | ``` |
| 41 | |
| 42 | ### Шаг 4. Детектор разрывов |
| 43 | |
| 44 | Для каждого этапа проверить: |
| 45 | - Вход и выход — материальные и **разные**? («понимание», «решение в голове» — запрещены) |
| 46 | - Метод определён или требует уточнения? |
| 47 | - Чеклист имеет ≥3 пункта? |
| 48 | - Носитель роли назначен? |
| 49 | |
| 50 | Каждый разрыв → блок: |
| 51 | ``` |
| 52 | **Не хватает:** <что> |
| 53 | **Риск:** <чем грозит> |
| 54 | **Решения:** |
| 55 | 1. <бережливое — минимальные затраты> |
| 56 | 2. <надёжное — снижает риск> |
| 57 | 3. <быстрое — экономит время> (опционально) |
| 58 | ``` |
| 59 | |
| 60 | ### Шаг 5. Опциональная детализация (только по запросу) |
| 61 | |
| 62 | В первой выдаче не пишется. Расширяется при просьбе: |
| 63 | - Риски и контрмеры |
| 64 | - Метрики (единицы измерения, шкала) |
| 65 | - Бюджет (часы, деньги) |
| 66 | - Первые 7 дней (микро-план) |
| 67 | - Сигналы к пересборке |
| 68 | |
| 69 | ## Правила |
| 70 | |
| 71 | 1. **Физичность I/O.** Вход/выход — артефакт, документ, файл, фото, видео, аудио, деньги, подпись, метка в трекере, коммит, PR. Запрещены «понимание», «согласование в голове». |
| 72 | 2. **Планы ≠ Факты.** Намерение (WorkPlan) и результат (Work) — разные артефакты, в разных файлах. |
| 73 | 3. **Ролевая формулировка.** Не «ты сделаешь», а «<Имя> в роли <название роли>». Роль не из roles.md → пометить «(новая роль, требует регистрации в roles.md)». |
| 74 | 4. **≤4 этапа в первой выдаче.** Глубже — по запросу. |
| 75 | 5. **Чеклист обязателен.** Этап без чеклиста — это намерение, не этап. |
| 76 | 6. **Объём >10h или независимый lifecycle** → рекомендовать: (а) фазы внутри одного РП, или (б) отдельные РП. Регистрацию через `/wp-new` делает пользователь, не Декомпозитор. |
| 77 | 7. **Output — в response, не в файл.** Главный агент решает, куда вставить: WP-context, диалог, другой скилл. |
| 78 | |
| 79 | ## Различения (важно) |
| 80 | |
| 81 | - **vs R5 Архитектор:** Архитектор оценивает решения (ЭМОГССБ через `/archgate`). Декомпозитор разлагает деятельность. |
| 82 | - **vs R1 Стратег:** Стратег планирует на масштабе недели/месяца. Декомпозитор работает над конкретным РП. |
| 83 | - **vs R28 Диагност:** Диагност определяет ступень мастерства. Декомпозитор разлагает работу, не диагностирует человека. |
| 84 | - **vs IntegrationGate:** IntegrationGate — правило (когда декомпозировать). Декомпозитор — исполнитель (как). |