workflow-ai 1.0.63 → 1.0.64

package/src/skills/coach/tests/cases/TC-COACH-001/current/judge.json

@@ -0,0 +1,151 @@
+{
+  "per_model": {
+    "claude-sonnet": {
+      "pass_count": 3,
+      "total": 3,
+      "trials": [
+        {
+          "trial": 1,
+          "score": 5,
+          "passed": true
+        },
+        {
+          "trial": 2,
+          "score": 5,
+          "passed": true
+        },
+        {
+          "trial": 3,
+          "score": 5,
+          "passed": true
+        }
+      ]
+    },
+    "kilo-deepseek": {
+      "pass_count": 2,
+      "total": 3,
+      "trials": [
+        {
+          "trial": 1,
+          "score": 5,
+          "passed": true
+        },
+        {
+          "trial": 2,
+          "score": 1,
+          "passed": false
+        },
+        {
+          "trial": 3,
+          "score": 5,
+          "passed": true
+        }
+      ]
+    },
+    "kilo-minimax": {
+      "pass_count": 2,
+      "total": 3,
+      "trials": [
+        {
+          "trial": 1,
+          "score": 3,
+          "passed": false
+        },
+        {
+          "trial": 2,
+          "score": 5,
+          "passed": true
+        },
+        {
+          "trial": 3,
+          "score": 5,
+          "passed": true
+        }
+      ]
+    },
+    "kilo-glm": {
+      "pass_count": 3,
+      "total": 3,
+      "trials": [
+        {
+          "trial": 1,
+          "score": 5,
+          "passed": true
+        },
+        {
+          "trial": 2,
+          "score": 5,
+          "passed": true
+        },
+        {
+          "trial": 3,
+          "score": 5,
+          "passed": true
+        }
+      ]
+    }
+  },
+  "rubric_scores": [
+    {
+      "agentId": "claude-sonnet",
+      "trial": 1,
+      "score": 5
+    },
+    {
+      "agentId": "claude-sonnet",
+      "trial": 2,
+      "score": 5
+    },
+    {
+      "agentId": "claude-sonnet",
+      "trial": 3,
+      "score": 5
+    },
+    {
+      "agentId": "kilo-deepseek",
+      "trial": 1,
+      "score": 5
+    },
+    {
+      "agentId": "kilo-deepseek",
+      "trial": 2,
+      "score": 1
+    },
+    {
+      "agentId": "kilo-deepseek",
+      "trial": 3,
+      "score": 5
+    },
+    {
+      "agentId": "kilo-glm",
+      "trial": 1,
+      "score": 5
+    },
+    {
+      "agentId": "kilo-glm",
+      "trial": 2,
+      "score": 5
+    },
+    {
+      "agentId": "kilo-glm",
+      "trial": 3,
+      "score": 5
+    },
+    {
+      "agentId": "kilo-minimax",
+      "trial": 1,
+      "score": 3
+    },
+    {
+      "agentId": "kilo-minimax",
+      "trial": 2,
+      "score": 5
+    },
+    {
+      "agentId": "kilo-minimax",
+      "trial": 3,
+      "score": 5
+    }
+  ],
+  "timestamp": "2026-04-19T12:18:41.555Z"
+}

package/src/skills/coach/tests/cases/TC-COACH-001/current/kilo-deepseek/trial-1.md

@@ -0,0 +1,46 @@
+**Findings по анализу пайплайна (лог от 2026-04-06)**
+
+### Временные диаграммы ID артефактов
+
+| ID           | События (время)                                                                                | Контекст                         |
+|--------------|------------------------------------------------------------------------------------------------|----------------------------------|
+| **PLAN-003** | 16:36:02 – выбран как `plan_id` → 16:36:12 – `plan_file` определён → 16:36:18 – декомпозиция   | текущий план                     |
+| **PLAN-002** | 16:36:02 – упомянут как архивный план (архивация тикетов)                                      | архивный план                    |
+| **COACH-010…015** | 16:36:02 – `done → archive` (план PLAN-002 архивирован)                                   | тикеты коуча                     |
+| **IMPL-002…008** | 16:36:02 – `done → archive` (план PLAN-002 архивирован)                                    | тикеты реализации                |
+| **IMPL-001** | 16:40:31 – создан декомпозитором PLAN-003                                                     | новый тикет                      |
+| **IMPL-003** | 16:36:02 – архивирован (из PLAN-002) → 16:40:31 – создан заново (в PLAN-003)                  | коллизия ID                      |
+| **IMPL-002** | 16:36:02 – архивирован (из PLAN-002) → 16:40:31 – создан заново (в PLAN-003)                  | коллизия ID                      |
+| **QA-001, QA-002** | 16:40:31 – созданы декомпозитором                                                            | новые тикеты QA                  |
+
+### Выявленные проблемы
+
+#### 1. **Неопределённый скил для stages скриптов** (HIGH)
+- **Где:** stage `pick-first-task` (agent=`script-pick`), stage `check-conditions` (agent=`script-check-conditions`).
+- **Симптом:** в логе указано `skill="undefined"`.
+- **Риск:** отсутствие стандартизованных инструкций для этих этапов, возможные отклонения от принципов workflow.
+- **Root cause:** конфигурация пайплайна не связывает агента со скилом.
+- **Рекомендация:** создать или назначить скилы для скриптовых агентов, обеспечить загрузку инструкций.
+
+#### 2. **Повторное использование ID тикетов между планами** (MEDIUM)
+- **Примеры:** IMPL-002, IMPL-003 (архивированы из PLAN-002, созданы заново в PLAN-003).
+- **Потенциальные проблемы:** семантическая путаница при ссылках на тикет; риск перезаписи файлов, если файловая структура не разделяет архив и бэклог.
+- **Root cause:** скил `decompose-plan` не проверяет глобальную уникальность ID.
+- **Рекомендация:** добавить проверку существования ID тикета (включая архив) перед созданием; при конфликте генерировать новый ID.
+
+#### 3. **Отсутствие проверки уникальности ID при создании тикетов** (LOW)
+- **Частный случай проблемы 2.** Акцент на процедуру декомпозиции.
+- **Root cause:** алгоритм генерации ID, возможно, использует локальный счётчик.
+- **Рекомендация:** использовать универсальный уникальный идентификатор (например, UUID) или комбинацию `plan_id` + инкремент.
+
+#### 4. **Неполный лог пайплайна** (INFO)
+- **Симптом:** лог обрывается на stage `check-conditions`, не показывает результат.
+- **Не ошибка, но затрудняет анализ завершённости.**
+- **Рекомендация:** убедиться, что пайплайн завершается корректно; при анализе запрашивать полный лог.
+
+### Действия выполнены
+- Построены временные диаграммы для каждого ID артефакта.
+- Выявлены коллизии ID и потенциальные риски.
+- Обновлён бэклог коуча (добавлен `PLAN-003` в `analyzed_plans`, обновлено `last_updated`).
+
+**Следующие шаги:** правка скилов `decompose-plan` и конфигурации пайплайна в соответствии с рекомендациями.

package/src/skills/coach/tests/cases/TC-COACH-001/current/kilo-deepseek/trial-3.md

@@ -0,0 +1,75 @@
+## Анализ pipeline_log PLAN-003
+
+### 1. Временные диаграммы событий по ID артефактов
+
+**PLAN-003**
+- `2026-04-06 16:36:02` — план определён как вход пайплайна
+- `2026-04-06 16:36:12` — загружен файл `plans/current/PLAN-003.md`
+- `2026-04-06 16:36:18` — запущена стадия `decompose-plan`
+- `2026-04-06 16:40:31` — декомпозиция завершена, создано 5 тикетов
+
+**PLAN-002** (архивный)
+- `2026-04-06 16:36:02` — скрипт `pick-next-task` архивирует 13 тикетов, принадлежащих PLAN-002
+
+**Тикеты с коллизией ID**
+- `IMPL-002`
+  - `2026-04-06 16:36:02` — архив (состояние `done → archive`, план PLAN-002 архивен)
+  - `2026-04-06 16:40:31` — создан заново декомпозитором PLAN-003 (приоритет 2, зависимость от IMPL-001)
+- `IMPL-003`
+  - `2026-04-06 16:36:02` — архив
+  - `2026-04-06 16:40:31` — создан заново (приоритет 1, critical)
+
+**Остальные архивные тикеты PLAN-002** (COACH-010…015, IMPL-004…008) — только событие архивации.
+
+**Новые тикеты PLAN-003** (IMPL-001, QA-001, QA-002) — только создание.
+
+### 2. Findings (коллизии и противоречия)
+
+| Уровень | Описание | ID затронутых артефактов |
+|---------|----------|--------------------------|
+| **CRITICAL** | Дублирование ID тикетов между архивными и вновь созданными | IMPL‑002, IMPL‑003 |
+| **HIGH** | Декомпозитор создал тикеты без проверки уникальности ID во всех папках `tickets/` (включая `archive/`) | IMPL‑002, IMPL‑003 |
+| **MEDIUM** | Отсутствие в логе стадии `allocate-ticket-ids` и параметра `id_ranges_json` на входе `decompose-plan` | PLAN‑003 |
+| **LOW** | Параллельное существование архивных тикетов PLAN‑002 и новых тикетов PLAN‑003 с одинаковыми префиксами | все IMPL‑, COACH‑ |
+
+### 3. Root Cause Analysis
+
+**Физический автор ошибки:** скил `decompose-plan` (агент `claude-sonnet` на стадии `decompose-plan`).
+
+**Цепочка причин:**
+1. **Пропуск STOP‑GATE 9.B** в `workflows/decompose.md` — декомпозитор не получил параметр `id_ranges_json` (в логе контекст стадии содержит только `plan_id` и `plan_file`), но продолжил работу вместо остановки с `status: error`.
+2. **Нарушение принципа дедупликации** — алгоритм `algorithms/deduplication.md` проверяет title/scope, но **не проверяет уникальность ID**; сканирование всех папок `tickets/` (включая `archive/`) должно было обнаружить существующие файлы `IMPL‑002.md` и `IMPL‑003.md`, но этого не произошло.
+3. **Отсутствие пре‑валидации ID** перед записью файла — пост‑валидация (шаг 9.1, п.5) выполняется после сохранения, когда коллизия уже возникла.
+
+**Семантический владелец:** скил `decompose-plan` полностью отвечает за генерацию уникальных ID тикетов. Инфраструктурная стадия `allocate-ticket-ids` (если она существует) не выполнилась или не передала диапазоны, что не освобождает декомпозитор от обязанности остановиться при отсутствии входного параметра.
+
+### 4. Рекомендуемые правки скила `decompose-plan`
+
+**Правка 1 (STOP‑GATE 9.B)** — усилить проверку наличия `id_ranges_json`:
+- Добавить явную проверку в начале шага 9.B: «Если параметр отсутствует или пуст — немедленно остановиться, вывести `status: error`».
+- Запретить любую fallback‑нумерацию (включая «начать с 001»).
+
+**Правка 2 (пре‑валидация ID)** — добавить шаг 2.5 в раздел 9.1:
+- Перед сохранением файла выполнить `Glob` по `.workflow/tickets/**/{TYPE}-{NNN}.md`.
+- При обнаружении любого совпадения (включая `archive/`) — остановиться, сообщить об инфраструктурной ошибке.
+
+**Правка 3 (дедупликация)** — дополнить `algorithms/deduplication.md` шагом 0:
+- Если ID уже известен (после 9.B) — проверить уникальность через `Glob`; при коллизии — остановить дедупликацию.
+
+**Универсальность правок:** все формулировки используют только универсальные термины (`PREFIX`, `NNN`, `tickets/`, `archive/`) без хардкода проектных префиксов или путей.
+
+### 5. Выполненные действия коуча
+
+1. **Обновлён бэклог** `.workflow/coach-backlog.yaml`:
+   - Добавлены `analyzed_tickets`: IMPL‑002, IMPL‑003, COACH‑010…015, IMPL‑004…008.
+   - Записана новая правка `CHG-2026-04-19-002` в аудит скила `decompose-plan` (усиление STOP‑GATE 9.B и пре‑валидация ID).
+2. **Проверка эскалаций** — в бэклоге отсутствуют эскалации по данной корневой проблеме.
+
+**⚠️ Ограничение доступа:** правки в файлы скила (`workflows/decompose.md`, `algorithms/deduplication.md`) не удалось применить физически из‑за ограничений записи в симлинкованную директорию `/d/Dev/workflowAi/src/skills/`. Рекомендуемые изменения описаны в п.4 и зафиксированы в бэклоге.
+
+### 6. Рекомендации стейкхолдеру
+
+1. **Применить правки** из п.4 в скиле `decompose-plan`.
+2. **Запустить регрессионный тест** скила после правок (воркфлоу `workflows/test.md`).
+3. **Проверить работу стадии `allocate-ticket-ids`** — она должна выполняться перед `decompose-plan` и передавать `id_ranges_json`.
+4. **Рассмотреть переименование** коллизионных тикетов `IMPL‑002` и `IMPL‑003` (архивных или новых) для восстановления уникальности ID.

package/src/skills/coach/tests/cases/TC-COACH-001/current/kilo-glm/trial-1.md

@@ -0,0 +1,81 @@
+## Анализ пайплайна PLAN-003
+
+### Временные диаграммы по артефактам с повторными упоминаниями
+
+---
+
+#### IMPL-002 — **КОЛЛИЗИЯ ID** (CRITICAL)
+
+| Время | Событие | Контекст |
+|-------|---------|----------|
+| 16:36:02 | `[ARCHIVE] IMPL-002: done → archive (plan PLAN-002 is archived)` | Старый IMPL-002 из PLAN-002 архивирован |
+| 16:40:31 | `IMPL-002 — Конфиг tickets/: protected_files + trusted_stages` | **Новый** IMPL-002 создан декомпозитором для PLAN-003 |
+
+**Два разных тикета с одним ID в одной системе.** При grep логов, поиске в бэклоге, cross-reference — неоднозначность.
+
+---
+
+#### IMPL-003 — **КОЛЛИЗИЯ ID** (CRITICAL)
+
+| Время | Событие | Контекст |
+|-------|---------|----------|
+| 16:36:02 | `[ARCHIVE] IMPL-003: done → archive (plan PLAN-002 is archived)` | Старый IMPL-003 из PLAN-002 архивирован |
+| 16:40:31 | `IMPL-003 — Дедупликация в pick-next-task` | **Новый** IMPL-003 создан декомпозитором для PLAN-003 |
+
+Та же проблема. Оба ID были освобождены архивацией за секунды до создания новых тикетов с теми же номерами.
+
+---
+
+#### IMPL-001 — пробел в нумерации PLAN-002
+
+| Время | Событие | Контекст |
+|-------|---------|----------|
+| 16:36:02 | Архивация PLAN-002: IMPL-002..008, **без IMPL-001** | Либо IMPL-001 был архивирован ранее, либо никогда не существовал |
+| 16:40:31 | `IMPL-001 — FileGuard: режим protect_structure` | Создан как новый для PLAN-003 |
+
+Если IMPL-001 существовал в PLAN-002 и был удалён/архивирован ранее без записи в этом логе — потенциальная третья коллизия. Если не существовал — дыра в нумерации PLAN-002 (IMPL-002..008 без IMPL-001).
+
+---
+
+#### PLAN-003 — полный цикл
+
+| Время | Событие |
+|-------|---------|
+| 16:36:02 | PipelineRunner стартует, `plan_id: PLAN-003` |
+| 16:36:02 | `pick-next-task` → авто-коррекция: архивация 13 тикетов PLAN-002 |
+| 16:36:12 | Context обновлён: `plan_file: plans/current/PLAN-003.md` |
+| 16:36:18 | `decompose-plan` старт (agent: claude-sonnet) |
+| 16:40:31 | Декомпозиция завершена, `status: default`, 5 тикетов создано |
+| 16:40:36 | `check-conditions` старт |
+
+---
+
+#### COACH-010..015, IMPL-004..008 — без коллизий
+
+Архивированы 16:36:02, не переиспользованы в PLAN-003.
+
+---
+
+### Findings
+
+| # | Severity | Finding | Root Cause |
+|---|----------|---------|------------|
+| F-1 | **CRITICAL** | Коллизия ID: IMPL-002 и IMPL-003 существуют дважды (архив PLAN-002 + новые PLAN-003) | Генератор ID тикетов (`decompose-plan` или underlying script) не проверяет archived-тикетов при назначении номеров |
+| F-2 | **HIGH** | `status: default` вместо явного статуса завершения декомпозиции | Скил `decompose-plan` не устанавливает `status: success` / `decomposed` в RESULT |
+| F-3 | **MEDIUM** | Пробел в нумерации PLAN-002: IMPL-002..008 без IMPL-001 | Неизвестно — либо ранний архив без логирования, либо дефект нумерации при создании |
+
+### Root Cause Analysis
+
+**F-1 (Коллизия ID):** Физический автор новых тикетов — скил `decompose-plan`. Скрипт `pick-next-task.js` на шаге auto-correction архивировал тикеты PLAN-002 **до** запуска декомпозиции, но генератор ID внутри `decompose-plan` не имеет доступа к архивным тикетам или использует счётчик, сбрасываемый по активным тикетам. **Усиление нужно в скиле `decompose-plan`** (проверка на уникальность ID против всех состояний, включая archive), либо в инфраструктурном слое (глобальный счётчик / последовательность, не зависящая от статуса тикета).
+
+**F-2 (status: default):** Декомпозиция завершилась корректно (5 тикетов созданы, выходной формат правильный), но результирующий статус неинформативен. Downstream стадии (`check-conditions`) не могут надёжно определить, была ли декомпозиция успешной или произошёл fallback.
+
+### Рекомендации
+
+1. **F-1:** Внести в `decompose-plan` обязательную проверку: ID нового тикета не должен совпадать ни с одним существующим ID в любом статусе (включая archive). Альтернативно — добавить префикс плана: `PLAN-003-IMPL-001`. Если генерация ID происходит в скрипте — добавить `grep` по `coach-backlog.yaml` и директории `tickets/` (включая archive) перед назначением номера.
+2. **F-2:** Добавить в `decompose-plan` явную установку `status: success` при корректном завершении декомпозиции.
+3. **F-3:** Проверить историю PLAN-002 на предмет IMPL-001 — существовал ли он и когда был архивирован.
+
+---
+
+**Ограничение:** в рабочей директории отсутствуют скилы для правки (`.workflow/src/skills/` пуст). Для полноценной работы коуча (правка скила + запись в бэклог) необходим доступ к скилу `decompose-plan` и скрипту генерации ID тикетов.

package/src/skills/coach/tests/cases/TC-COACH-001/current/kilo-glm/trial-2.md

@@ -0,0 +1,101 @@
+## Анализ пайплайна PLAN-003 — Findings
+
+### Временные диаграммы артефактов с множественными упоминаниями
+
+---
+
+**IMPL-002** (коллизия ID — **CRITICAL**)
+
+| Время | Событие | План | Статус |
+|-------|---------|------|--------|
+| 16:36:02 | `[ARCHIVE] IMPL-002: done → archive` | PLAN-002 | Удалён из активного контекста |
+| 16:40:31 | `Создано 5 тикетов: IMPL-002 — Конфиг tickets/` | PLAN-003 | Создан заново с тем же ID |
+
+**IMPL-003** (коллизия ID — **CRITICAL**)
+
+| Время | Событие | План | Статус |
+|-------|---------|------|--------|
+| 16:36:02 | `[ARCHIVE] IMPL-003: done → archive` | PLAN-002 | Удалён из активного контекста |
+| 16:40:31 | `Создано 5 тикетов: IMPL-003 — Дедупликация в pick-next-task` | PLAN-003 | Создан заново с тем же ID |
+
+**PLAN-002** (архивация → влияние на нумерацию)
+
+| Время | Событие |
+|-------|---------|
+| 16:36:02 | Авто-коррекция: 13 тикетов (COACH-010..015, IMPL-002..008) архивированы, т.к. PLAN-002 архивирован |
+
+**PLAN-003** (жизненный цикл)
+
+| Время | Событие |
+|-------|---------|
+| 16:36:02 | Pipeline start, `plan_id: PLAN-003` |
+| 16:36:12 | Context обновлён: `plan_file: plans/current/PLAN-003.md` |
+| 16:36:18 | decompose-plan старт |
+| 16:40:31 | Декомпозиция завершена: 5 тикетов |
+
+---
+
+### Findings
+
+#### F-1. Коллизия ID тикетов IMPL-002, IMPL-003 — **CRITICAL**
+
+**Что:** Декомпозитор PLAN-003 создал тикеты с ID `IMPL-002` и `IMPL-003`, которые за 4 минуты до этого были архивированы как принадлежащие PLAN-002. Теперь в системе есть два набора файлов с одинаковыми ID: архивный (PLAN-002) и новый (PLAN-003).
+
+**Root cause (первый порядок):** Скрипт `pick-next-task.js` (или `get-next-id.js`) при генерации ID не учитывает тикеты в `tickets/archive/` — только активные. Архивация произошла в том же запуске пайплайна (step 1, 16:36:02), а декомпозиция — позже (step 4, 16:40:31), но счётчик ID уже «освободил» IMPL-002..003.
+
+**Root cause (второй порядок — скил):** Скил `decompose-plan` не содержит инструкции проверять уникальность ID относительно всех существующих файлов, включая `archive/`. Или скрипт `get-next-id.js` не сканирует `archive/` при поиске максимального ID.
+
+**Последствия:**
+- При поиске по ID (`grep`, `rg`, ссылки в тикетах) — неоднозначность: какой IMPL-002 имеется в виду?
+- QA-001 зависит от IMPL-001 и IMPL-002 — если агент откроет архивный IMPL-002 вместо нового, выполнение пойдёт по неверному пути.
+- FileGuard не сможет корректно отслеживать protected_files, если пути совпадают.
+
+**Рекомендация:** `get-next-id.js` должен сканировать **все** поддиректории `tickets/` (включая `archive/`), либо декомпозитор должен получать next-id от скрипта, а не генерировать самостоятельно.
+
+---
+
+#### F-2. `status: default` вместо осмысленного статуса — **MEDIUM**
+
+**Что:** Декомпозитор вернул `status: default`, хотя декомпозиция завершилась успешно (5 тикетов создано). Пайплайн перешёл на `check-conditions` по `status="default"`. Неясно, является ли `default` ожидаемым значением успеха или агент не заполнил result-поля корректно.
+
+**Root cause:** Скил `decompose-plan` не задаёт жёсткий контракт на формат result (какой `status` означает успех, какой — ошибку). Агент вернул то, что счёт разумным.
+
+**Рекомендация:** Добавить в скил `decompose-plan` обязательный контракт: `status: decomposed` при успехе, `status: error` при неудаче. Пайплайн должен реагировать на конкретные статусы, а не на `default`.
+
+---
+
+#### F-3. Пропущенные шаги 2–3 в логе — **LOW**
+
+**Что:** Лог перепрыгивает с Step 1 (pick-first-task) на Step 4 (decompose-plan). Шаги 2 и 3 отсутствуют. Возможные причины: (а) шаги 2–3 были внутренней маршрутизацией без логирования, (б) лог обрезан, (в) пропуск в нумерации.
+
+**Рекомендация:** Если шаги 2–3 — внутренняя маршрутизация (`GOTO`), добавить хотя бы DEBUG-логирование для отслеживания пути пайплайна. Это критично для диагностики коллизий.
+
+---
+
+#### F-4. Отсутствие валидации декомпозиции — **HIGH**
+
+**Что:** После декомпозиции (step 4) пайплайн сразу перешёл к `check-conditions`, без промежуточной проверки: (а) что созданные тикеты не дублируют существующие/архивированные ID, (б) что граф зависимостей ацикличен, (в) что каждый тикет привязан к правильному `plan_id`.
+
+**Root cause:** В пайплайне нет post-gate стадии после `decompose-plan`, которая валидировала бы результат декомпозиции перед продолжением.
+
+**Рекомендация:** Добавить stage `validate-decomposition` между `decompose-plan` и `check-conditions`, который проверяет: уникальность ID (включая archive), привязку к plan_id, ацикличность графа зависимостей.
+
+---
+
+### Итоговая таблица
+
+| ID | Severity | Описание | Root cause |
+|----|----------|----------|------------|
+| F-1 | **CRITICAL** | Коллизия ID IMPL-002, IMPL-003 между PLAN-002 (archive) и PLAN-003 | `get-next-id.js` не сканирует archive/ |
+| F-2 | MEDIUM | `status: default` вместо осмысленного статуса | Нет контракта result-формата в decompose-plan |
+| F-3 | LOW | Пропущенные шаги 2–3 в логе | Недостаточное логирование маршрутизации |
+| F-4 | **HIGH** | Нет валидации результата декомпозиции | Отсутствие post-gate после decompose-plan |
+
+---
+
+### Следующие шаги
+
+1. **F-1 (CRITICAL):** Определить скил-источник (`decompose-plan` или скрипт `get-next-id.js`) → исправить сканирование archive/ → записать CHG в бэклог коуча.
+2. **F-4 (HIGH):** Добавить stage `validate-decomposition` в конфигурацию пайплайна.
+
+Для выполнения правок необходим доступ к скилу `decompose-plan` и скрипту `get-next-id.js`. В текущем проекте `.workflow/src/skills/` пуст — правки должны быть внесены в исходном проекте.

package/src/skills/coach/tests/cases/TC-COACH-001/current/kilo-glm/trial-3.md

@@ -0,0 +1,91 @@
+Let me first check the project structure and any existing workflow artifacts.
+Анализирую лог, строю временные диаграммы для каждого повторяющегося ID артефакта.
+
+## Временные диаграммы
+
+### IMPL-002
+| Время | Событие | План |
+|-------|---------|------|
+| 16:36:02 | **ARCHIVE** — `done → archive` (plan PLAN-002 is archived) | PLAN-002 |
+| 16:40:31 | **CREATE** — «Конфиг tickets/: protected_files + trusted_stages», приоритет 2, зависит от IMPL-001 | PLAN-003 |
+
+### IMPL-003
+| Время | Событие | План |
+|-------|---------|------|
+| 16:36:02 | **ARCHIVE** — `done → archive` (plan PLAN-002 is archived) | PLAN-002 |
+| 16:40:31 | **CREATE** — «Дедупликация в pick-next-task», приоритет 1 (critical) | PLAN-003 |
+
+### IMPL-001
+| Время | Событие | План |
+|-------|---------|------|
+| 16:36:02 | **Отсутствует** в архивном пакете (архивированы IMPL-002..008, но не IMPL-001) | PLAN-002? |
+| 16:40:31 | **CREATE** — «FileGuard: режим protect_structure», приоритет 1 (critical) | PLAN-003 |
+
+### PLAN-003 (активный план — полная хронология)
+| Время | Стадия | Событие |
+|-------|--------|---------|
+| 16:36:02 | pick-first-task | Запуск, фильтрация по `plan_id: PLAN-003`, автоархивация 13 тикетов PLAN-002 |
+| 16:36:12 | check-plan-decomposition | GOTO decompose-plan, `status=needs_decomposition` |
+| 16:36:18 | decompose-plan | Старт агента `claude-sonnet-4-6` |
+| 16:40:31 | decompose-plan | Завершение, создано 5 тикетов, `status=default` |
+| 16:40:36 | check-conditions | Старт проверки условий |
+
+---
+
+## Findings
+
+### CRITICAL — F-1: Коллизия ID тикетов IMPL-002 и IMPL-003
+
+На **16:36:02** скрипт `pick-next-task.js` архивирует IMPL-002 и IMPL-003 как выполненные тикеты плана PLAN-002. Через **4 минуты 29 секунд** (16:40:31) скил `decompose-plan` создаёт **новые** тикеты с теми же ID в рамках PLAN-003.
+
+**Root cause (первый порядок):** скил `decompose-plan` (или скрипт генерации ID, который он использует) не проверяет уже существующие/архивированные ID тикетов перед назначением новых.
+
+**Root cause (второй порядок — инструкции скила):** в скиле `decompose-plan` отсутствует правило: перед присвоением ID нового тикета — проверить глобальный счётчик или выполнить `Glob`/`Grep` по всем файлам тикетов (включая archive) на предмет коллизии.
+
+**Масштаб:** затронуты 2 из 5 созданных тикетов (40%). При поиске по логу или отладке — невозможно однозначно определить, к какому плану относится IMPL-002: к архивному PLAN-002 или к PLAN-003.
+
+**Рекомендация:** правка скила `decompose-plan` — добавить обязательную проверку уникальности ID (или использовать глобальный инкрементальный счётчик, не сбрасываемый при смене плана).
+
+---
+
+### HIGH — F-2: Неоднозначность IMPL-001 — «фантомный» ID
+
+IMPL-001 не попал в архивный пакет (архивированы IMPL-002..008, т.е. 7 из предположительно 8 IMPL-тикетов PLAN-002). При этом IMPL-001 создан в PLAN-003. Два варианта:
+
+1. **IMPL-001 существовал в PLAN-002** и был архивирован ранее отдельной операцией → коллизия та же, что в F-1.
+2. **IMPL-001 не существовал в PLAN-002** → нумерация PLAN-002 начиналась с IMPL-002, что само по себе аномалия (нестандартный старт нумерации).
+
+Оба варианта требуют расследования. Если вариант 1 — это расширение коллизии F-1 на три тикета вместо двух.
+
+**Рекомендация:** проверить наличие файла IMPL-001 в archive. Если есть — эскалация F-1 до трёх тикетов.
+
+---
+
+### MEDIUM — F-3: Пропуск шагов 2-3 в логе
+
+Лог переходит от Step 1 (pick-first-task) к Step 4 (decompose-plan), пропуская Steps 2-3. Возможные причины: (а) внутренние шаги маршрутизации без логирования, (б) баг нумерации шагов, (в) усечение лога.
+
+**Root cause:** недостаточное логирование в PipelineRunner — промежуточные шаги маршрутизации (goto-переходы) не всегда логируются с номером шага.
+
+**Рекомендация:** аудит скила/скрипта PipelineRunner на предмет полноты логирования всех переходов между стадиями.
+
+---
+
+### LOW — F-4: Статус `default` вместо ожидаемого при завершении декомпозиции
+
+Стадия `decompose-plan` завершается с `status=default`, хотя переход на неё был инициирован с `status=needs_decomposition`. Семантика `default` неочевидна — не ясно, означает ли это «успешная декомпозиция» или «неопределённый результат».
+
+**Рекомендация:** в скиле `decompose-plan` добавить явное присвоение `status=decomposed` или `status=success` при успешной декомпозиции, отличное от fallback-значения.
+
+---
+
+## Итог
+
+| ID | Приоритет | Класс ошибки | Скил-источник |
+|----|-----------|-------------|---------------|
+| F-1 | **CRITICAL** | Коллизия ID тикетов между планами | `decompose-plan` (или скрипт генерации ID) |
+| F-2 | **HIGH** | Фантомный ID / расширение F-1 | `decompose-plan` + требуется расследование |
+| F-3 | **MEDIUM** | Неполное логирование переходов | `PipelineRunner` |
+| F-4 | **LOW** | Неявный статус завершения | `decompose-plan` |
+
+**Следующий шаг:** для реализации правок необходим доступ к `.workflow/src/skills/decompose-plan/`. В текущем проекте директория скилов отсутствует — правка и запись в бэклог невозможны без целевого скила.

package/src/skills/coach/tests/cases/TC-COACH-001/current/kilo-minimax/trial-1.md

@@ -0,0 +1,48 @@
+Проанализирую пайплайн. Нашёл коллизию ID — проверю детали.
+Проанализировал лог. Вот findings:
+
+---
+
+## Findings: Коллизии ID в пайплайне
+
+### 🔴 CRITICAL: Коллизия IMPL-002 и IMPL-003
+
+| ID | Событие 1 (Step 1, 16:36:02) | Событие 2 (Step 4, 16:40:31) |
+|----|------------------------------|-------------------------------|
+| **IMPL-002** | `done → archive` (из PLAN-002) | Создан заново в PLAN-003 |
+| **IMPL-003** | `done → archive` (из PLAN-002) | Создан заново в PLAN-003 |
+
+**Временной промежуток:** ~4.5 минуты между архивацией и пересозданием
+
+**Коллизия:** Один и тот же ID используется для двух разных тикетов в разных планах. При этом тикеты из PLAN-002 помечены как `done → archive`, что означает завершённость. Но decompose-plan для PLAN-003 создаёт **новые** тикеты с теми же ID.
+
+### Возможные причины
+
+1. **Сбой в нумерации:** decompose-plan не отслеживает занятые ID из предыдущих планов
+2. **Намеренное переиспользование:** тикеты IMPL-002/IMPL-003 в PLAN-003 — это те же задачи, что и в PLAN-002 (продолжение работы)
+3. **Нарушение изоляции планов:** тикеты не имеют compound ID типа `PLAN-003/IMPL-002`
+
+### Проверка остальных ID
+
+| ID | Был архивирован | Создан в PLAN-003 | Коллизия? |
+|----|-----------------|-------------------|-----------|
+| IMPL-004 | ✅ | ❌ | — |
+| IMPL-005 | ✅ | ❌ | — |
+| IMPL-006 | ✅ | ❌ | — |
+| IMPL-007 | ✅ | ❌ | — |
+| IMPL-008 | ✅ | ❌ | — |
+| COACH-010..015 | ✅ | ❌ | Нет новых COACH |
+
+Только **IMPL-002** и **IMPL-003** имеют коллизию: архивированы из PLAN-002 и пересозданы в PLAN-003.
+
+---
+
+## Рекомендация
+
+1. **Проверить** реальные файлы тикетов IMPL-002 и IMPL-003 — существуют ли они как отдельные сущности или это один тикет с двумя статусами
+2. **Улучшить скил decompose-plan:** добавить проверку на занятые ID перед созданием тикетов
+3. **Рассмотреть compound-нумерацию:** `PLAN-003-IMPL-002` вместо `IMPL-002`
+
+---
+
+Поскольку рабочее пространство пустое, подтвердить гипотезу файлами невозможно. Если есть файлы — покажи путь к `.workflow/tickets/` и `.workflow/plans/`.

package/src/skills/coach/tests/cases/TC-COACH-001/current/kilo-minimax/trial-2.md

@@ -0,0 +1,30 @@
+Проанализирую пайплайн. Сначала загружу бэклог коуча и проверю структуру workspace.
+Бэклог пуст, workspace чистый. Анализирую пайплайн.
+
+## Findings
+
+### CRITICAL: Коллизия ID тикетов
+
+**Наблюдение:** В логе происходит переиспользование ID тикетов IMPL-002 и IMPL-003.
+
+**Хронология событий (временная диаграмма):**
+
+| Время | Событие | Детали |
+|-------|---------|--------|
+| 16:36:02 | **[ARCHIVE]** | pick-next-task архивирует 13 тикетов из PLAN-002: COACH-010-015, **IMPL-002, IMPL-003, IMPL-004, IMPL-005, IMPL-006, IMPL-007, IMPL-008** |
+| 16:40:31 | **[CREATE]** | decompose-plan создаёт новые тикеты для PLAN-003: **IMPL-001**, **IMPL-002**, **IMPL-003**, QA-001, QA-002 |
+
+**Коллизия:** IMPL-002 и IMPL-003 **архивированы** (как завершённые из PLAN-002) и тут же **пересозданы** с теми же ID для PLAN-003. Это разные работы с одинаковыми ID.
+
+**Root Cause:** Скил `decompose-plan` генерирует ID тикетов без проверки на существование/архивацию. Авто-коррекция в pick-next-task работает только для архивации при архивировании плана, но не для генерации уникальных ID при декомпозиции.
+
+**Artifact-source:** скил `decompose-plan` → создаёт тикеты с потенциально конфликтующими ID.
+
+**Необходимо:**
+1. Проверить, что именно записывается в файлы тикетов —同一 ID или разные файлы с одинаковым frontmatter ID
+2. Улучшить скил `decompose-plan` — добавить проверку уникальности ID перед созданием тикетов
+
+**Записать в бэклог:** 
+- CHG: decompose-plan — проверка уникальности ID при декомпозиции
+
+Хотите, чтобы я продолжил анализ или начал работу над правкой скила?