code-ai-installer 2.2.0 → 2.4.0

package/domains/product/.agents/skills/board/SKILL.md

@@ -0,0 +1,420 @@
+---
+name: board
+description: Управление pipeline-доской — состояния гейтов, переходы, блокеры, эскалация
+---
+# Board — Управление доской задач продуктового пайплайна
+
+## Когда использовать
+- При **инициализации** пайплайна — Conductor создаёт доску как первое действие.
+- При **каждом переходе** между гейтами — совместно с `$handoff`.
+- При **переходе между сессиями** — доска фиксирует текущий прогресс и передаётся через `$handoff`.
+- При **блокере** — эскалация пользователю через протокол эскалации.
+- При **запросе статуса** — пользователь спрашивает «где мы сейчас?».
+
+## Вход
+
+| Поле | Обязательно | Описание |
+|------|:-----------:|----------|
+| Режим пайплайна | ✅ | Full A (`/ship-right-thing`, 6 сессий) / Full B (`/shape-prioritize`, 6 сессий) / Quick (`/quick-pm`, 1 сессия) / Spec (`/spec`, 1 сессия) |
+| Название задачи | ✅ | Краткое название продуктовой инициативы |
+| ID задачи | ⬚ | Внешний ID (Linear, Jira, Notion), если есть |
+| Ответственный | ⬚ | PM-владелец |
+| Номер сессии | ⬚ | Текущая сессия (1-6 для Full A/B) |
+| Adversarial camp | ⬚ | Для Full A: `alpha` (Customer-Champion) / `beta` (Business-Champion). Для Full B: `alpha` (Build-Camp) / `beta` (Cut-Camp) |
+
+> Если режим не определён — Conductor определяет по Decision Tree (см. `product-pipeline-rules.md`) до создания доски.
+
+## Идентификаторы гейтов
+
+Каждый гейт получает уникальный ID по схеме `[РОЛЬ]-[NN][α|β]?`:
+
+| Префикс | Роль | Пример |
+|---------|------|--------|
+| `COND` | Conductor (Дирижёр) | COND-01 |
+| `DISC` | Discovery | DISC-01 |
+| `STRAT` | Product Strategist | STRAT-01α (Customer), STRAT-02β (Business) |
+| `PM` | Product Manager | PM-01α (Build), PM-02β (Cut), PM-SPEC (финальный PRD) |
+| `UX` | UX Designer | UX-01 |
+| `TECH` | Tech Lead | TECH-01α, TECH-02β |
+| `DATA` | Data Analyst | DATA-01 |
+| `MED` | Mediator | MED-01 |
+| `DS` | Designer (визуал) | DS-01 |
+| `LY` | Layouter | LY-01 |
+| `RG` | Release Gate | RG-01 |
+
+> Суффикс `α` / `β` маркирует adversarial camp'ы:
+> - Full A: `α` = Customer-Champion, `β` = Business-Champion
+> - Full B: `α` = Build-Camp, `β` = Cut-Camp
+
+## Статусы и State Machine
+
+### Допустимые статусы
+
+| Иконка | Статус | Значение |
+|--------|--------|----------|
+| `[ ]` | Ожидает | Гейт ещё не начат |
+| `[→]` | В работе | Агент активно работает на этом гейте |
+| `[✓]` | Завершён | Гейт пройден, deliverable зафиксирован, user sign-off получен |
+| `[!]` | Блокер | Работа остановлена, требуется эскалация |
+| `[↩]` | Возврат | Гейт отправлен на доработку (после review или user feedback) |
+| `[⊘]` | Пропущен | Гейт пропущен по решению пользователя (только через протокол skip) |
+
+### Допустимые переходы
+
+```
+[ ] Ожидает ──→ [→] В работе      (агент начал работу)
+[ ] Ожидает ──→ [⊘] Пропущен     (user skip — только через протокол)
+[→] В работе ──→ [✓] Завершён     (deliverable готов + user "Approved")
+[→] В работе ──→ [!] Блокер       (обнаружен блокер)
+[→] В работе ──→ [↩] Возврат      (user запросил доработку)
+[!] Блокер ────→ [→] В работе      (блокер разрешён)
+[↩] Возврат ───→ [→] В работе      (доработка начата)
+[✓] Завершён ──→ [↩] Возврат      (поздний feedback, пересмотр)
+```
+
+> **Запрещённые переходы:**
+> - `[ ] Ожидает` → `[✓] Завершён` (нельзя пропускать гейт без работы)
+> - `[!] Блокер` → `[✓] Завершён` (блокер нужно сначала разрешить)
+> - `[⊘] Пропущен` → любой статус (skip необратим)
+> - Любой переход назад через несколько гейтов (возврат — только на текущий или предыдущий)
+
+## Протокол
+
+### Шаг 0 — Определение режима и сессии
+1. Получить от пользователя тип запроса: `/ship-right-thing`, `/shape-prioritize`, `/quick-pm` или `/spec`.
+2. Для Full A/B — определить текущую сессию (1-6).
+3. Если продолжение предыдущей сессии — загрузить доску из `$handoff` файла (`docs/product/session-N-handoff.md`).
+4. Для Full A определить текущую camp (alpha/beta) если S2 или S3.
+5. Для Full B определить текущую camp (alpha/beta) если S2 или S3.
+
+### Шаг 1 — Инициализация доски
+1. Получить входные данные (режим, название, ID, сессия, camp).
+2. Определить набор гейтов по режиму и сессии (см. шаблоны ниже).
+3. Создать доску со всеми гейтами в статусе `[ ] Ожидает`.
+4. Перевести первый гейт (Conductor) в `[→] В работе`.
+5. Добавить колонку «Сессия» для трекинга межсессионного прогресса.
+6. Для Full A/B — колонку «Camp» (α/β/—).
+7. Зафиксировать время старта.
+8. Показать доску пользователю.
+
+### Шаг 2 — Обновление при переходе
+При каждом `$handoff`:
+1. Текущий гейт → `[✓] Завершён`, заполнить deliverable и дату.
+2. Следующий гейт → `[→] В работе`.
+3. Рассчитать метрики прогресса (см. раздел «Метрики»).
+4. Добавить запись в лог событий.
+5. Показать обновлённую доску пользователю.
+
+### Шаг 3 — Обработка блокера
+1. Текущий гейт → `[!] Блокер`.
+2. Определить severity блокера (см. раздел «Протокол эскалации»).
+3. Заполнить описание блокера в лог событий.
+4. Выполнить протокол эскалации.
+5. После разрешения: гейт → `[→] В работе`, добавить запись в лог с решением.
+
+### Шаг 4 — Обработка возврата
+1. Гейт, на который идёт возврат → `[↩] Возврат`.
+2. Все последующие гейты → `[ ] Ожидает` (сброс).
+3. Зафиксировать причину возврата в лог событий.
+4. После доработки: гейт → `[→] В работе`.
+
+### Шаг 5 — Протокол Skip (пропуск гейта)
+Используется когда пользователь запрашивает пропуск гейта.
+
+1. **Запросить подтверждение:**
+   ```
+   ⚠️ Запрос на пропуск гейта [ID] [Название]
+
+   **Влияние:** [На какие последующие гейты повлияет отсутствие deliverable этого гейта]
+   **Риск:** [Что может пойти не так без этого гейта]
+
+   Подтвердить пропуск? (Да / Нет)
+   ```
+2. Только при явном «Да» от пользователя → гейт переводится в `[⊘] Пропущен`.
+3. В лог событий добавить: причина skip + подтверждение пользователя.
+4. Следующий гейт → `[→] В работе`.
+
+> **Нельзя пропускать:** COND-01 (инициализация), DISC-01 (discovery — основа), MED-01 (adversarial synthesis в Full A/B), PM-SPEC (финальный PRD), RG-01 (release gate).
+
+### Шаг 6 — Протокол Add (добавление гейта)
+Используется когда в процессе работы выясняется, что нужен дополнительный гейт.
+
+1. Conductor определяет: какой гейт, после какого существующего, обоснование.
+2. **Запросить подтверждение:**
+   ```
+   ➕ Добавление гейта
+
+   **Новый гейт:** [ID] [Название]
+   **Позиция:** после [ID существующего гейта]
+   **Обоснование:** [Почему необходим]
+   **Влияние на сроки:** +[оценка времени]
+
+   Подтвердить добавление? (Да / Нет)
+   ```
+3. При «Да» — вставить гейт в доску со статусом `[ ] Ожидает`, обновить нумерацию.
+4. Зафиксировать в логе событий.
+
+### Шаг 7 — Завершение сессии (межсессионный handoff)
+1. Зафиксировать текущее состояние доски.
+2. Сформировать пакет handoff:
+
+   | Компонент | Описание |
+   |-----------|----------|
+   | Доска (полная) | Все гейты со статусами, deliverables, датами |
+   | Лог событий | Полная история переходов, блокеров, решений |
+   | Метрики | Прогресс, время на гейты, блокеры |
+   | Контекст | Ключевые решения, открытые вопросы, зависимости |
+   | Артефакты | Ссылки на все созданные deliverables (PRD, JTBD canvas, wireframes) |
+   | Camp context (Full A/B) | Какая camp играется, что она зафиксировала |
+
+3. Сохранить пакет через `$handoff` в файл `docs/product/session-N-handoff.md`.
+4. Сгенерировать промпт для следующей сессии через `$session-prompt-generator`.
+
+### Шаг 8 — Закрытие доски
+1. Убедиться, что все гейты в `[✓] Завершён` или `[⊘] Пропущен`.
+2. Рассчитать финальные метрики.
+3. Добавить финальную запись в лог.
+4. Показать итоговую доску + полный лог + метрики.
+
+## Метрики прогресса
+
+При каждом обновлении доски рассчитывать:
+
+| Метрика | Формула | Пример |
+|---------|---------|--------|
+| Прогресс (%) | `завершённые / всего × 100` | 7/17 = 41% |
+| Текущая сессия | `N из M` | 3 из 6 |
+| Время на текущий гейт | `now - время_старта_гейта` | 18 мин |
+| Среднее время на гейт | `Σ время_гейтов / кол-во_завершённых` | 12 мин |
+| Блокеры (total) | `кол-во [!] за всё время` | 1 |
+| Возвраты (total) | `кол-во [↩] за всё время` | 0 |
+| ETA | `оставшиеся_гейты × среднее_время` | ~120 мин |
+
+Отображать в строке прогресса под заголовком доски:
+```
+📊 Прогресс: 41% (7/17) | Сессия: 3/6 | Ср. время/гейт: 12 мин | ETA: ~120 мин | Блокеры: 1 | Возвраты: 0
+```
+
+## Протокол эскалации
+
+### Severity блокеров
+
+| Severity | Описание | Пример | Действие |
+|:--------:|----------|--------|----------|
+| 🔴 Critical | Пайплайн не может продолжаться, нет обходного пути | Отсутствуют ключевые данные (ARR, сегмент), compliance block, legal review требуется | Немедленная эскалация, остановка пайплайна |
+| 🟡 Major | Гейт заблокирован, но можно работать параллельно | Beta-camp не может получить evidence для одной из позиций, но остальные готовы | Эскалация + предложение продолжить с оговоркой |
+| 🟢 Minor | Качество deliverable снижается, но гейт проходим | Evidence тоньше чем хотелось, но достаточно для directional recommendation | Предупреждение в лог, пометка ⚠️ в deliverable |
+
+### Шаблон эскалации
+
+```
+### ⚠️ Блокер — [Гейт ID] [Гейт]
+
+**Задача:** [Название задачи]
+**Сессия:** [N из M]
+**Гейт:** [ID] [Название гейта]
+**Severity:** [🔴 Critical / 🟡 Major / 🟢 Minor]
+**Описание блокера:** [Что именно заблокировано и почему]
+**Влияние:** [На какие последующие гейты влияет]
+**Варианты решения:**
+1. [Вариант A] — [плюсы / минусы]
+2. [Вариант B] — [плюсы / минусы]
+
+→ Ожидаю решение от пользователя.
+```
+
+## Интеграция с другими скилами
+
+| Скил | Взаимодействие |
+|------|----------------|
+| `$handoff` | При каждом handoff — обновлять доску (шаг 2). При межсессионном handoff — сохранять полный пакет в файл (шаг 7) |
+| `$gates` | Доска отражает гейты, определённые в `$gates`. Добавление гейтов (шаг 6) — согласовывать с `$gates` |
+| `$session-prompt-generator` | Состояние доски + метрики + лог — входные данные для генерации промпта следующей сессии |
+| `$problem-statement` / `$jtbd-canvas` | Артефакты из Discovery упоминаются в досковом логе |
+
+## Валидация (Quality Gate)
+
+Доска считается корректной если:
+
+- [ ] Набор гейтов соответствует выбранному режиму пайплайна и сессии
+- [ ] Ровно один гейт в статусе `[→] В работе` (или ноль, если все завершены / есть блокер)
+- [ ] Нет пропущенных гейтов (`[✓]` / `[⊘]` идут подряд от начала)
+- [ ] Все `[✓]` гейты имеют заполненный deliverable и дату
+- [ ] Все `[⊘]` гейты имеют причину skip и подтверждение пользователя в логе
+- [ ] Лог событий содержит запись для каждого перехода
+- [ ] Нет запрещённых переходов
+- [ ] Колонка «Сессия» заполнена для всех гейтов
+- [ ] Для Full A/B — колонка «Camp» заполнена (α/β/—)
+- [ ] ID гейтов соответствуют схеме именования
+- [ ] Метрики прогресса рассчитаны и отображены
+- [ ] Блокеры имеют severity и разрешение зафиксировано в логе
+
+## Handoff
+Результат `$board` является входными данными для: `$handoff`, `$gates`, `$session-prompt-generator`.
+
+Формат передачи при межсессионном handoff: доска + лог + метрики + контекст + артефакты (см. шаг 7).
+
+## Anti-patterns
+
+| Ошибка | Почему плохо | Как правильно |
+|--------|-------------|---------------|
+| Пропуск обновления доски | Потеря трекинга, непонятно где мы | Обновлять при каждом `$handoff` |
+| Несколько гейтов `[→]` одновременно | Параллельная работа без контроля | Только один `[→]` в любой момент (кроме S5 Full A/B где параллельно UX + TECH + DATA) |
+| `[✓]` без deliverable | Непонятно, что было сделано | Всегда заполнять колонку «Deliverable» |
+| Блокер без эскалации | Пользователь не знает о проблеме | Всегда использовать протокол эскалации с severity |
+| Доска не показана пользователю | Пользователь вне контекста | Показывать доску при каждом обновлении |
+| Ручная правка прошлых статусов | Искажение истории | Только `[↩] Возврат`, не перезапись |
+| Потеря доски между сессиями | Следующая сессия начинает с нуля | Сохранять полный пакет через `$handoff` (шаг 7) |
+| Отсутствие ID гейтов | Невозможно ссылаться на конкретный гейт | Всегда использовать ID: COND-01, DISC-01, STRAT-01α и т.д. |
+| Пропуск гейта без протокола | Нарушение целостности пайплайна | Только через протокол skip (шаг 5) с подтверждением |
+| Блокеры без severity | Все блокеры кажутся одинаковыми, нет приоритизации | Всегда определять 🔴/🟡/🟢 severity |
+| Camp contamination (Full A/B) | Alpha видит Beta artifacts до Mediator | Разделение по camp колонке + физическое разделение handoff-файлов |
+
+## Пример — TeamFlow, сессия 3 `/ship-right-thing` (Business-Champion активна, Alpha завершена)
+
+**Контекст:** TeamFlow (B2B SaaS, HR-tech, 200 customers, $8M ARR). Вопрос: «Стоит ли строить AI-powered 1:1 note summarization?». Full Pipeline A запущен.
+
+```
+### Доска задач — Full Pipeline A (/ship-right-thing)
+**Задача:** AI-powered 1:1 note summarization для TeamFlow
+**ID:** JIRA-PM-2847
+**Текущая сессия:** 3 из 6
+**PM-владелец:** Alex K.
+
+📊 Прогресс: 41% (7/17) | Сессия: 3/6 | Ср. время/гейт: 14 мин | ETA: ~140 мин | Блокеры: 1 | Возвраты: 0
+
+| # | ID | Гейт | Сессия | Camp | Статус | Deliverable | Дата |
+|---|-----|------|:------:|:----:|:------:|-------------|------|
+| 1 | COND-01 | Conductor | 1 | — | [✓] | Decision Tree → Full A: ставки высокие, стратегия открыта | 10:00 |
+| 2 | DISC-01 | Discovery | 1 | — | [✓] | JTBD canvas, 8 interviews, assumption map | 10:45 |
+| 3 | COND-02 | Conductor (сессия 2) | 2 | — | [✓] | Camp Alpha назначена, бриф выдан | 11:00 |
+| 4 | STRAT-01α | Customer-Champion | 2 | α | [✓] | Strategy brief Alpha: NSM = «еженедельные встречи 1:1 с использованием AI-резюме» | 11:30 |
+| 5 | COND-03 | Conductor (сессия 3) | 3 | — | [✓] | Camp Beta назначена, тот же бриф (независимость обеспечена) | 11:45 |
+| 6 | STRAT-02β | Business-Champion | 3 | β | [→] | — | 11:50 |
+| 7 | COND-04 | Conductor (сессия 4) | 4 | — | [ ] | — | — |
+| 8 | MED-01 | Mediator | 4 | — | [ ] | — | — |
+| 9 | COND-05 | Conductor (сессия 5) | 5 | — | [ ] | — | — |
+| 10 | PM-SPEC | PM (PRD) | 5 | — | [ ] | — | — |
+| 11 | UX-01 | UX Designer | 5 | — | [ ] | — | — |
+| 12 | TECH-01 | Tech Lead | 5 | — | [ ] | — | — |
+| 13 | DATA-01 | Data Analyst | 5 | — | [ ] | — | — |
+| 14 | COND-06 | Conductor (сессия 6) | 6 | — | [ ] | — | — |
+| 15 | DS-01 | Designer | 6 | — | [ ] | — | — |
+| 16 | LY-01 | Layouter | 6 | — | [ ] | — | — |
+| 17 | RG-01 | Release Gate | 6 | — | [ ] | — | — |
+
+#### Лог событий
+| Время | Сессия | Гейт | Событие | Детали |
+|-------|:------:|------|---------|--------|
+| 10:00 | 1 | COND-01 | [ ] → [→] | Пайплайн инициализирован, `/ship-right-thing` |
+| 10:05 | 1 | COND-01 | [→] → [!] | 🟡 Major: сегмент не определён (SMB/mid/enterprise) |
+| 10:10 | 1 | COND-01 | [!] → [→] | Разрешено: фокус mid-market + enterprise |
+| 10:15 | 1 | COND-01 | [→] → [✓] | Decision Tree → Full A, 6 сессий |
+| 10:15 | 1 | DISC-01 | [ ] → [→] | Discovery начат: JTBD, interviews, assumptions |
+| 10:45 | 1 | DISC-01 | [→] → [✓] | JTBD canvas готов: buyer (VP HR) + end-user (manager). 8 интервью завершены |
+| 11:00 | 2 | COND-02 | [ ] → [→] → [✓] | Camp Alpha (Customer) назначена, бриф выдан |
+| 11:05 | 2 | STRAT-01α | [ ] → [→] | Customer-Champion strategy начата |
+| 11:30 | 2 | STRAT-01α | [→] → [✓] | Strategy Alpha: vision = «наделить менеджеров силой для трансформирующих встреч 1:1». NSM = еженедельные встречи 1:1 с AI-резюме |
+| 11:40 | 3 | COND-03 | [ ] → [→] → [✓] | Camp Beta (Business) назначена. Проверка независимости: Alpha artifacts изолированы |
+| 11:50 | 3 | STRAT-02β | [ ] → [→] | Business-Champion strategy начата (параллельно к Alpha но независимо) |
+```
+
+## Шаблоны вывода
+
+### Full Pipeline A (`/ship-right-thing`, 6 сессий, Customer-vs-Business)
+
+```
+### Доска задач — Full Pipeline A (/ship-right-thing)
+**Задача:** [Название]
+**ID:** [ID или —]
+**Текущая сессия:** [N из 6]
+**PM-владелец:** [PM]
+
+📊 Прогресс: X% (N/17) | Сессия: N/6 | Ср. время/гейт: X мин | ETA: ~X мин | Блокеры: N | Возвраты: N
+
+| # | ID | Гейт | Сессия | Camp | Статус | Deliverable | Дата |
+|---|-----|------|--------|:----:|--------|-------------|------|
+| 1 | COND-01 | Conductor | 1 | — | [→] В работе | — | [дата] |
+| 2 | DISC-01 | Discovery | 1 | — | [ ] Ожидает | — | — |
+| 3 | COND-02 | Conductor (сессия 2) | 2 | — | [ ] Ожидает | — | — |
+| 4 | STRAT-01α | Customer-Champion | 2 | α | [ ] Ожидает | — | — |
+| 5 | COND-03 | Conductor (сессия 3) | 3 | — | [ ] Ожидает | — | — |
+| 6 | STRAT-02β | Business-Champion | 3 | β | [ ] Ожидает | — | — |
+| 7 | COND-04 | Conductor (сессия 4) | 4 | — | [ ] Ожидает | — | — |
+| 8 | MED-01 | Mediator | 4 | — | [ ] Ожидает | — | — |
+| 9 | COND-05 | Conductor (сессия 5) | 5 | — | [ ] Ожидает | — | — |
+| 10 | PM-SPEC | PM (PRD) | 5 | — | [ ] Ожидает | — | — |
+| 11 | UX-01 | UX Designer | 5 | — | [ ] Ожидает | — | — |
+| 12 | TECH-01 | Tech Lead | 5 | — | [ ] Ожидает | — | — |
+| 13 | DATA-01 | Data Analyst | 5 | — | [ ] Ожидает | — | — |
+| 14 | COND-06 | Conductor (сессия 6) | 6 | — | [ ] Ожидает | — | — |
+| 15 | DS-01 | Designer | 6 | — | [ ] Ожидает | — | — |
+| 16 | LY-01 | Layouter | 6 | — | [ ] Ожидает | — | — |
+| 17 | RG-01 | Release Gate | 6 | — | [ ] Ожидает | — | — |
+
+#### Лог событий
+| Время | Сессия | Гейт | Событие | Детали |
+|-------|--------|------|---------|--------|
+| [timestamp] | 1 | COND-01 | [ ] → [→] | Пайплайн инициализирован |
+```
+
+### Full Pipeline B (`/shape-prioritize`, 6 сессий, Build-vs-Cut)
+
+```
+### Доска задач — Full Pipeline B (/shape-prioritize)
+**Задача:** [Название]
+**Текущая сессия:** [N из 6]
+
+| # | ID | Гейт | Сессия | Camp | Статус | Deliverable |
+| 1 | COND-01 | Conductor | 1 | — | [→] | — |
+| 2 | DISC-01 | Discovery (scope intake) | 1 | — | [ ] | — |
+| 3 | COND-02 | Conductor (сессия 2) | 2 | — | [ ] | — |
+| 4 | PM-01α | PM Build-Camp | 2 | α | [ ] | — |
+| 5 | TECH-01α | Tech Lead Build-Camp | 2 | α | [ ] | — |
+| 6 | COND-03 | Conductor (сессия 3) | 3 | — | [ ] | — |
+| 7 | PM-02β | PM Cut-Camp | 3 | β | [ ] | — |
+| 8 | TECH-02β | Tech Lead Cut-Camp | 3 | β | [ ] | — |
+| 9 | COND-04 | Conductor (сессия 4) | 4 | — | [ ] | — |
+| 10 | MED-01 | Mediator | 4 | — | [ ] | — |
+| 11 | COND-05 | Conductor (сессия 5) | 5 | — | [ ] | — |
+| 12 | PM-SPEC | PM (финальный PRD) | 5 | — | [ ] | — |
+| 13 | UX-01 | UX Designer | 5 | — | [ ] | — |
+| 14 | DATA-01 | Data Analyst | 5 | — | [ ] | — |
+| 15 | COND-06 | Conductor (сессия 6) | 6 | — | [ ] | — |
+| 16 | DS-01 | Designer | 6 | — | [ ] | — |
+| 17 | LY-01 | Layouter | 6 | — | [ ] | — |
+| 18 | RG-01 | Release Gate | 6 | — | [ ] | — |
+```
+
+### Quick Pipeline (`/quick-pm`, 1 сессия)
+
+```
+### Доска задач — Quick Pipeline (/quick-pm)
+**Задача:** [Название]
+**Сессия:** 1 (единственная)
+
+📊 Прогресс: X% (N/6) | Ср. время/гейт: X мин | ETA: ~X мин | Блокеры: N | Возвраты: N
+
+| # | ID | Гейт | Статус | Deliverable | Дата |
+|---|-----|------|--------|-------------|------|
+| 1 | COND-01 | Conductor | [→] В работе | — | [дата] |
+| 2 | DISC-01 | Discovery (light) | [ ] Ожидает | — | — |
+| 3 | STRAT-01 | Product Strategist | [ ] Ожидает | — | — |
+| 4 | PM-01 | PM (rough RICE + MVP sketch) | [ ] Ожидает | — | — |
+| 5 | TECH-01 | Tech Lead (feasibility) | [ ] Ожидает | — | — |
+| 6 | DATA-01 | Data Analyst (metric sketch) | [ ] Ожидает | — | — |
+```
+
+### Spec Pipeline (`/spec`, 1 сессия)
+
+```
+### Доска задач — Spec Pipeline (/spec)
+**Задача:** [Название]
+
+| # | ID | Гейт | Статус | Deliverable |
+| 1 | COND-01 | Conductor | [→] | — |
+| 2 | PM-SPEC | PM (PRD) | [ ] | — |
+| 3 | UX-01 | UX Designer (параллельно с TECH) | [ ] | — |
+| 4 | TECH-01 | Tech Lead (параллельно с UX) | [ ] | — |
+| 5 | PM-FINAL | PM (merged PRD) | [ ] | — |
+```

package/domains/product/.agents/skills/board/agents/claude.json

@@ -0,0 +1,16 @@
+{
+  "name": "board",
+  "display_name": "Доска задач",
+  "description": "Управление pipeline-доской — состояния гейтов, переходы, блокеры, эскалация",
+  "default_prompt": "Используй $board, когда задача относится к навыку \"Доска задач\".",
+  "triggers": [
+    "board",
+    "доска задач",
+    "pipeline board"
+  ],
+  "capabilities": [
+    "board"
+  ],
+  "tools": [],
+  "implicit_invocation": true
+}

package/domains/product/.agents/skills/board/agents/copilot.json

@@ -0,0 +1,16 @@
+{
+  "name": "board",
+  "display_name": "Доска задач",
+  "description": "Управление pipeline-доской — состояния гейтов, переходы, блокеры, эскалация",
+  "default_prompt": "Используй $board, когда задача относится к навыку \"Доска задач\".",
+  "triggers": [
+    "board",
+    "доска задач",
+    "pipeline board"
+  ],
+  "capabilities": [
+    "board"
+  ],
+  "tools": [],
+  "implicit_invocation": true
+}

package/domains/product/.agents/skills/board/agents/gemini.json

@@ -0,0 +1,16 @@
+{
+  "name": "board",
+  "display_name": "Доска задач",
+  "description": "Управление pipeline-доской — состояния гейтов, переходы, блокеры, эскалация",
+  "default_prompt": "Используй $board, когда задача относится к навыку \"Доска задач\".",
+  "triggers": [
+    "board",
+    "доска задач",
+    "pipeline board"
+  ],
+  "capabilities": [
+    "board"
+  ],
+  "tools": [],
+  "implicit_invocation": true
+}

package/domains/product/.agents/skills/board/agents/openai.yaml

@@ -0,0 +1,8 @@
+interface:
+  display_name: "Доска задач"
+  short_description: "Управление pipeline-доской — состояния гейтов, переходы, блокеры, эскалация"
+  default_prompt: "Используй $board, когда задача относится к навыку \"Доска задач\"."
+dependencies:
+  tools: []
+policy:
+  allow_implicit_invocation: true

package/domains/product/.agents/skills/board/agents/qwen.json

@@ -0,0 +1,16 @@
+{
+  "name": "board",
+  "display_name": "Доска задач",
+  "description": "Управление pipeline-доской — состояния гейтов, переходы, блокеры, эскалация",
+  "default_prompt": "Используй $board, когда задача относится к навыку \"Доска задач\".",
+  "triggers": [
+    "board",
+    "доска задач",
+    "pipeline board"
+  ],
+  "capabilities": [
+    "board"
+  ],
+  "tools": [],
+  "implicit_invocation": true
+}

package/domains/product/.agents/skills/board/agents/skill.yaml

@@ -0,0 +1,19 @@
+version: 1
+name: "board"
+display_name: "Доска задач"
+description: "Управление pipeline-доской — состояния гейтов, переходы, блокеры, эскалация"
+default_prompt: "Используй $board, когда задача относится к навыку \"Доска задач\"."
+triggers:
+  - "board"
+  - "доска задач"
+  - "pipeline board"
+capabilities:
+  - "board"
+tools: []
+invocation:
+  explicit: true
+  implicit: true
+localization:
+  default_locale: "ru"
+  available_locales:
+    - "ru"