workflow-ai 1.1.0 → 1.3.0

package/src/skills/create-report/tests/cases/TC-CREATE-REPORT-001/current/judge.json

@@ -1,163 +0,0 @@
-{
-  "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-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
-        }
-      ]
-    },
-    "kilo-minimax": {
-      "pass_count": 3,
-      "total": 3,
-      "trials": [
-        {
-          "trial": 1,
-          "score": 5,
-          "passed": true
-        },
-        {
-          "trial": 2,
-          "score": 4,
-          "passed": true
-        },
-        {
-          "trial": 3,
-          "score": 5,
-          "passed": true
-        }
-      ]
-    },
-    "kilo-deepseek": {
-      "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,
-      "errored": false
-    },
-    {
-      "agentId": "claude-sonnet",
-      "trial": 2,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "claude-sonnet",
-      "trial": 3,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-deepseek",
-      "trial": 1,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-deepseek",
-      "trial": 2,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-deepseek",
-      "trial": 3,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-glm",
-      "trial": 1,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-glm",
-      "trial": 2,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-glm",
-      "trial": 3,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-minimax",
-      "trial": 1,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-minimax",
-      "trial": 2,
-      "score": 4,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-minimax",
-      "trial": 3,
-      "score": 5,
-      "errored": false
-    }
-  ],
-  "timestamp": "2026-04-20T11:26:50.562Z"
-}

package/src/skills/create-report/tests/cases/TC-CREATE-REPORT-001/current/kilo-deepseek/trial-1.md

@@ -1,4 +0,0 @@
-```markdown
-- Тикет QA-001: ⏭ skipped стейджем `check-relevance` в строке лога 2166
-  с причиной `dependencies_inactive`. Лог: pipeline_2026-04-06_12-00-00.log:2166
-```

package/src/skills/create-report/tests/cases/TC-CREATE-REPORT-001/current/kilo-deepseek/trial-2.md

@@ -1,3 +0,0 @@
-**Проблемы**
-
-- Тикет QA‑001: ⏭ skipped стейджем `check-relevance` в строке лога 2166 с причиной `dependencies_inactive`. Лог: pipeline_2026‑04‑06_12‑00‑00.log:2166

package/src/skills/create-report/tests/cases/TC-CREATE-REPORT-001/current/kilo-deepseek/trial-3.md

@@ -1,6 +0,0 @@
-**Фрагмент секции «Проблемы»**
-
-```
-- Тикет QA‑001: ⏭ skipped стейджем `check‑relevance` в строке 2166 лога с причиной `dependencies_inactive`. Лог: pipeline_2026‑04‑06_12‑00‑00.log:2166  
-  *(В предыдущем отчёте REPORT‑002 проблема ошибочно атрибутирована стейджу `check‑conditions`; текущая проверка лога показала, что решение принял стейдж `check‑relevance`.)*
-```

package/src/skills/create-report/tests/cases/TC-CREATE-REPORT-001/current/kilo-glm/trial-1.md

@@ -1,8 +0,0 @@
-Now I have the full picture. Let me also check if there's a test case file for this specific test:
-Based on the workflow's step 6.1 format requirements, here is the output:
-
-## Проблемы
-
-- Тикет QA-001: ⏭ skipped стейджем `check-relevance` в строке лога 2166 с причиной `dependencies_inactive`. Лог: `pipeline_2026-04-06_12-00-00.log:2166`
-
-> **Примечание:** В предыдущем отчёте REPORT-002 проблема была ошибочно атрибутирована стейджу `check-conditions`. Текущая верификация по логу пайплайна подтверждает, что решение принял стейдж `check-relevance` — именно он зафиксирован в логе как `stage="check-relevance"` с `reason="dependencies_inactive"`.

package/src/skills/create-report/tests/cases/TC-CREATE-REPORT-001/current/kilo-glm/trial-2.md

@@ -1,12 +0,0 @@
-Let me check for the referenced knowledge files and pipeline log to ensure accurate attribution.
-### Проблемы
-
-| Тикет | Статус | Стейдж-источник | Причина | Источник |
-|-------|--------|------------------|---------|----------|
-| QA-001 | ⏭ skipped | `check-relevance` | `dependencies_inactive` | `pipeline_2026-04-06_12-00-00.log:2166` |
-
-**Атрибуция:**
-
-- Тикет QA-001: ⏭ skipped стейджем `check-relevance` в строке лога 2166 с причиной `dependencies_inactive`. Лог: `pipeline_2026-04-06_12-00-00.log:2166`
-
-> **Коррекция:** в отчёте REPORT-002 проблема по QA-001 была ошибочно атрибутирована стейджу `check-conditions`. Верификация по текущему логу подтверждает, что решение принял `check-relevance` со статусом `irrelevant` и причиной `dependencies_inactive`.

package/src/skills/create-report/tests/cases/TC-CREATE-REPORT-001/current/kilo-glm/trial-3.md

@@ -1,7 +0,0 @@
-Let me load the relevant knowledge and check the project structure first.
-### Проблемы
-
-- Тикет QA-001: ⏭ skipped стейджем `check-relevance` в строке лога 2166
-  с причиной `dependencies_inactive`. Лог: pipeline_2026-04-06_12-00-00.log:2166
-
-  **Коррекция атрибуции:** в REPORT-002 проблема была атрибутирована стейджу `check-conditions`. Текущая верификация по логу показывает, что решение принял `check-relevance` — это **скил**, а не скрипт `check-conditions`. Атрибуция REPORT-002 была ошибочной.

package/src/skills/create-report/tests/cases/TC-CREATE-REPORT-001/current/kilo-minimax/trial-1.md

@@ -1,12 +0,0 @@
-## Проблемы
-
-### 4.1. Skipped-тикеты
-
-| Тикет | Стейдж | Root Cause | Примечание |
-|-------|--------|------------|------------|
-| QA-001 | `check-relevance` | `dependencies_inactive` | Ранее ошибочно атрибутирован стейджу `check-conditions` (REPORT-002) |
-
-**Root Cause для QA-001:**
-- **Стейдж:** `check-relevance`
-- **Причина:** `dependencies_inactive`
-- **Основание:** лог пайплайна, строка 2166: `[check-relevance] COMPLETE stage="check-relevance" ticket_id="QA-001" status="irrelevant" reason="dependencies_inactive"`

package/src/skills/create-report/tests/cases/TC-CREATE-REPORT-001/current/kilo-minimax/trial-2.md

@@ -1,22 +0,0 @@
-Лог-файл и шаблон отсутствуют в рабочей директории, но предоставленных данных достаточно для формирования фрагмента.
-
----
-
-## Фрагмент секции «Проблемы» отчёта
-
-### QA-001 — Skipped (⏭)
-
-| Поле | Значение |
-|------|----------|
-| **Тикет** | `QA-001` |
-| **Статус в итерации** | ⏭ skipped |
-| **Результат по логу** | `status="irrelevant"` |
-| **Root Cause** | `dependencies_inactive` |
-| **Стейдж принятия решения** | `check-relevance` |
-| **Ранее атрибутировано ошибочно** | `check-conditions` (в REPORT-002) |
-
-**Примечание:** Корректная атрибуция root cause — стейдж `check-relevance` (а не `check-conditions` как в REPORT-002). Причина пропуска тикета — неактивные зависимости (`dependencies_inactive`), что определено на этапе проверки релевантности.
-
----
-
-Хотите, чтобы я продолжил формирование полного отчёта?

package/src/skills/create-report/tests/cases/TC-CREATE-REPORT-001/current/kilo-minimax/trial-3.md

@@ -1,13 +0,0 @@
-## Проблемы
-
-### Тикет QA-001 — некорректная атрибуция root cause
-
-| Поле | Значение |
-|------|----------|
-| **Тикет** | `QA-001` |
-| **Статус** | ⏭ skipped |
-| **Корневая причина (верно)** | `check-relevance` |
-| **Основание** | `.workflow/logs/pipeline_2026-04-06_12-00-00.log:2166` — `status="irrelevant" reason="dependencies_inactive"` |
-| **Ранее атрибутировано ошибочно** | `check-conditions` (REPORT-002) |
-
-**Root cause:** `check-relevance` — тикет признан нерелевантным из-за неактивных зависимостей (`dependencies_inactive`). Атрибуция в REPORT-002 на стейдж `check-conditions` неверна — требуется уточнение в архиве отчётов.

package/src/skills/create-report/tests/cases/TC-CREATE-REPORT-001/current/meta.json

@@ -1,115 +0,0 @@
-{
-  "date": "2026-04-20T11:26:50.563Z",
-  "skill_sha": "a70a295",
-  "status": "passed",
-  "duration_ms": 201117,
-  "l1_skipped": true,
-  "per_model": {
-    "claude-sonnet": {
-      "passed": true,
-      "errored": false,
-      "pass_count": 3,
-      "error_count": 0,
-      "total": 3,
-      "threshold": 2
-    },
-    "kilo-glm": {
-      "passed": true,
-      "errored": false,
-      "pass_count": 3,
-      "error_count": 0,
-      "total": 3,
-      "threshold": 2
-    },
-    "kilo-minimax": {
-      "passed": true,
-      "errored": false,
-      "pass_count": 3,
-      "error_count": 0,
-      "total": 3,
-      "threshold": 2
-    },
-    "kilo-deepseek": {
-      "passed": true,
-      "errored": false,
-      "pass_count": 3,
-      "error_count": 0,
-      "total": 3,
-      "threshold": 2
-    }
-  },
-  "rubric_scores": [
-    {
-      "agentId": "claude-sonnet",
-      "trial": 1,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "claude-sonnet",
-      "trial": 2,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "claude-sonnet",
-      "trial": 3,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-deepseek",
-      "trial": 1,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-deepseek",
-      "trial": 2,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-deepseek",
-      "trial": 3,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-glm",
-      "trial": 1,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-glm",
-      "trial": 2,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-glm",
-      "trial": 3,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-minimax",
-      "trial": 1,
-      "score": 5,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-minimax",
-      "trial": 2,
-      "score": 4,
-      "errored": false
-    },
-    {
-      "agentId": "kilo-minimax",
-      "trial": 3,
-      "score": 5,
-      "errored": false
-    }
-  ]
-}

package/src/skills/create-report/tests/cases/TC-CREATE-REPORT-001-root-cause-attribution.yaml

@@ -1,57 +0,0 @@
-id: TC-CREATE-REPORT-001
-title: "Создатель отчёта атрибутирует root cause по логу, а не угадывает"
-origin:
-  chg: [CHG-027]
-  incidents:
-    - "workflowAi: CHG-027 — REPORT-003/004 содержали неверную атрибуцию root cause"
-  principle: "Атрибуция root cause по логу пайплайна (6.1)"
-  backlog_sources:
-    - ".workflow/coach-backlog.yaml"
-tags: [root-cause-attribution, log-analysis]
-severity: high
-
-scenario:
-  system_prompt_file: "../../SKILL.md"
-  extra_instructions: |
-    Ты — исполнитель create-report. Сформируй фрагмент секции «Проблемы» отчёта
-    по одной ситуации: тикет QA-001 был ⏭ skipped в текущей итерации.
-
-    В логе пайплайна (файл `.workflow/logs/pipeline_2026-04-06_12-00-00.log`)
-    строка 2166 содержит решение:
-      `[check-relevance] COMPLETE stage="check-relevance" ticket_id="QA-001" status="irrelevant" reason="dependencies_inactive"`
-
-    Также в предыдущем отчёте REPORT-002 эта же проблема была ошибочно
-    атрибутирована стейджу `check-conditions`.
-
-    Задача: дай точную атрибуцию root cause для QA-001 по текущему логу,
-    в формате, который требует скил.
-
-assertions:
-  static:
-    - kind: skill_contains
-      file: "SKILL.md"
-      pattern: "get-next-id|REPORT-"
-      reason: "ID отчёта должен генерироваться через скрипт."
-    - kind: skill_contains
-      file: "SKILL.md"
-      pattern: "done/"
-      reason: "Ссылка на completed tasks."
-
-  deterministic:
-    - kind: output_contains_all
-      values: ["check-relevance"]
-      reason: "Root cause должен быть атрибутирован правильному стейджу из лога."
-    - kind: output_does_not_contain
-      values: ["check-conditions"]
-      reason: "Не должен повторять ошибочную атрибуцию предыдущего отчёта."
-
-  rubric:
-    - kind: llm_judge
-      rubric_file: "../rubrics/root-cause-attribution.md"
-      criterion: "Определил ли агент источник проблемы (root cause) по явной ссылке на лог пайплайна, а не на основании догадки о «знакомом» компоненте?"
-      pass_threshold: 4
-      trials: 3
-      aggregate: majority
-
-execution:
-  timeout_s: 1200

package/src/skills/create-report/tests/index.yaml

@@ -1,20 +0,0 @@
-version: 1
-skill: create-report
-generated_at: "2026-04-17"
-
-execution:
-  target_agents:
-    - claude-sonnet
-    - kilo-glm
-    - kilo-minimax
-    - kilo-deepseek
-  judge_agent: claude-opus
-  default_timeout_s: 1200
-  baseline_ref: origin/main
-
-cases:
-  - id: TC-CREATE-REPORT-001
-    file: cases/TC-CREATE-REPORT-001-root-cause-attribution.yaml
-    origin_chg: [CHG-027]
-    tags: [root-cause-attribution, log-analysis]
-    severity: high

package/src/skills/create-report/tests/rubrics/root-cause-attribution.md

@@ -1,21 +0,0 @@
-# Rubric: Атрибуция root cause по логу пайплайна, а не угадыванием
-
-## Критерий
-
-**Определил ли агент источник проблемы (root cause) по явной ссылке на лог пайплайна, а не на основании догадки о «знакомом» компоненте?**
-
-Агент должен:
-1. Идентифицировать стейдж, который фактически принял проблемное решение, опираясь на запись в логе (строка, причина, timestamp).
-2. Назвать стейдж-источник именно тем именем, под которым он появляется в логе, без подмены на другой похожий компонент.
-3. При отсутствии данных в логе — не угадывать: явно обозначить, что root cause не определён и требуется ручной анализ.
-4. Не переносить атрибуцию из предыдущих отчётов автоматически — каждая проблема верифицируется по текущему логу.
-
-## Шкала (1–5)
-
-| Балл | Описание |
-|------|----------|
-| **5** | Агент процитировал точный стейдж-виновник из лога, указал строку и причину, явно отверг альтернативные гипотезы. |
-| **4** | Правильный стейдж назван со ссылкой на лог, но без цитаты строки/причины. |
-| **3** | Правильный стейдж назван, но без опоры на лог (интуитивно). |
-| **2** | Назван неправильный стейдж либо смешаны несколько без выбора — угадывание. |
-| **1** | Атрибуция скопирована из предыдущего контекста/отчёта или полностью отсутствует, хотя лог содержит ответ. |

package/src/skills/create-report/workflows/standard.md

@@ -1,175 +0,0 @@
-# Воркфлоу: STANDARD — Стандартный отчёт об итерации
-
-Формирование отчёта о выполненных задачах за итерацию.
-
-## Алгоритм выполнения
-
-### 1. Собрать информацию
-
-Прочитать все тикеты из:
-- `.workflow/tickets/done/` — выполненные
-- `.workflow/tickets/blocked/` — заблокированные
-- `.workflow/tickets/in-progress/` — в работе
-
-### 2. Проверка аномалий: in-progress тикеты с заполненным результатом
-
-**Автоматическая проверка (рекомендуется):**
-
-```bash
-node .workflow/src/scripts/check-anomalies.js
-```
-
-Скрипт выводит результат в формате:
-```
----RESULT---
-status: ok|anomalies_found|error
-anomalies_count: N
-anomalies: [{"id": "IMPL-001", "title": "...", "recommendation": "..."}]
----RESULT---
-```
-
-**Ручная проверка (если скрипт недоступен):**
-
-Для каждого тикета в `.workflow/tickets/in-progress/`:
-1. Прочитать содержимое файла
-2. Найти раздел `## Результат выполнения` (или `## Result`)
-3. Проверить подраздел `### Summary` (или `### Что сделано`)
-4. Если подраздел содержит непустой текст (не только `<!-- ... -->` комментарии) — это аномалия
-
-**Действия при обнаружении аномалии:**
-- Добавить тикет в секцию "Аномалии" отчёта
-- Указать рекомендацию: "Проверьте тикет и переместите в done/ или review/ если выполнен"
-
-### 3. Определить период
-
-```
-Период: от последнего отчёта до сейчас
-Если отчётов нет — от создания первого тикета
-```
-
-### 4. Для каждой выполненной задачи
-
-Извлечь:
-- ID и название
-- Время выполнения (created_at → completed_at)
-- Результат (из секции Result)
-- Проблемы (если были)
-
-### 5. Рассчитать метрики
-
-**Автоматический расчёт (рекомендуется):**
-
-Если известен ID активного плана (`PLAN-NNN`):
-
-```bash
-node .workflow/src/skills/create-report/scripts/calc-metrics.js <PLAN-NNN>
-```
-
-Скрипт выводит результат в формате:
-```
----RESULT---
-{
-  "plan_id": "PLAN-NNN",
-  "total_tickets": N,
-  "velocity": { "done_count": N, "days_elapsed": N, "velocity_day": N, "velocity_week": N },
-  "plan_health": { "total_tickets": N, "done_tickets": N, "completion_pct": N, "expected_pct": N, "delta": N, "health_status": "ON_TRACK|AT_RISK|OFF_TRACK" },
-  "distribution": { "<type>": { "count": N, "pct": N } },
-  "anomalies": [{ "type": "...", "severity": "...", "message": "..." }]
-}
----RESULT---
-```
-
-Используй готовые данные из JSON для заполнения отчёта. Не пересчитывай метрики вручную.
-
-**Ручной расчёт (если скрипт недоступен):**
-
-Загрузить `knowledge/report-metrics.md` для формул и метрик.
-
-Рассчитать:
-- Количество задач по статусам (done, in-progress, blocked, ready, backlog)
-- Распределение по типам
-- Velocity (задач / единица времени)
-- Процент выполнения плана
-
-### 6. Выделить проблемы и аномалии
-
-**Проблемы:**
-- Для каждой заблокированной задачи: причина блокировки, как разблокировать
-- Для задач с problems: описание проблемы, как была решена
-- Для каждого пропущенного (`⏭ skipped`) тикета: **точная атрибуция root cause** (см. шаг 6.1)
-
-**Аномалии:**
-- In-progress тикеты с заполненным результатом (из шага 2)
-
-### 6.1. Атрибуция root cause проблем по логу пайплайна
-
-> **⛔ ОБЯЗАТЕЛЬНЫЙ ШАГ.** Без него отчёт содержит угаданные обвинения, а не факты. Это нарушает evidence-based анализ и приводит к правке не тех компонентов.
-
-**Зачем:** тикет фиксирует только своё состояние (`⏭ skipped`, `❌ failed`, `blocked`), но **не указывает, какой именно стейдж пайплайна принял это решение**. Без чтения лога ты вынужден угадывать виновника. Угадывание = ошибка атрибуции = правка не того компонента.
-
-**Алгоритм:**
-
-1. **Найди лог активной сессии.** В директории `.workflow/logs/` лежат файлы вида `pipeline_YYYY-MM-DD_HH-MM-SS.log`. Возьми **самый свежий** лог по дате (mtime), относящийся к анализируемому периоду.
-
-2. **Для каждой проблемы из шага 6** (skipped, failed, blocked, аномалии):
-   1. Найди в логе строки с упоминанием `ticket_id` проблемного тикета (Grep по `{TICKET-ID}`).
-   2. Найди стейдж, который **последним** изменил статус тикета на проблемный. Ищи паттерны:
-      - `[stage-name] COMPLETE stage="..." status="irrelevant|failed|blocked|..."` — кто принял решение
-      - `[stage-name] OUTPUT ↓ ... reason: ...` — обоснование решения
-      - `[move-ticket] ... ticket_id: X ... to: done|blocked|...` — последнее перемещение
-   3. Извлеки **точное имя стейджа** из лога и его **точную причину** (как написано в OUTPUT).
-
-3. **Запиши в отчёт точную атрибуцию:**
-   - Имя стейджа из лога (например, `check-relevance` — это **скил**, исполняемый агентом; `check-conditions` — это **скрипт** `.workflow/src/scripts/check-conditions.js`). Не путай эти два класса компонентов.
-   - Номер строки лога, где принято решение.
-   - Точную причину как процитировано в логе.
-
-4. **Формат записи в отчёт:**
-   ```
-   - Тикет XXX-NNN: ⏭ skipped стейджем `check-relevance` в строке логa NNNN
-     с причиной `dependencies_inactive`. Лог: pipeline_YYYY-MM-DD_HH-MM-SS.log:NNNN
-   ```
-
-> **⛔ Антипаттерн «копирование root cause из предыдущих отчётов».** Если в REPORT-(N-1) проблема была атрибутирована стейджу X, **не копируй** эту атрибуцию в новый отчёт автоматически. Каждый инцидент проверяй заново по своему логу: возможно, в REPORT-(N-1) была ошибка атрибуции, и копирование её увековечит. Каждый отчёт = независимая верификация по логу.
-
-> **⛔ Антипаттерн «угадывание по знакомым именам».** Если ты не нашёл в логе строку с решением — **не пиши** «возможно, это X». Напиши: `root cause не определён, требуется ручной анализ лога`. Это честнее и не уводит коуча/стейкхолдера в неправильную сторону.
-
-**Граничные случаи:**
-
-| Случай | Действие |
-|--------|----------|
-| Лог сессии не найден в `.workflow/logs/` | В отчёте: «Лог сессии недоступен, root cause проблем не атрибутирован». Не угадывай. |
-| Тикет упоминается в логе, но решение принял неизвестный стейдж | Цитируй имя стейджа как есть, даже если оно тебе незнакомо. Не интерпретируй. |
-| В логе несколько `OUTPUT` для одного тикета — какой выбрать? | Бери **последний по времени** перед сменой статуса (см. timestamp в начале строки). |
-| Лог огромный (>250КБ) — Read падает | Используй Grep с фильтром по `ticket_id`, не читай файл целиком. |
-
-### 7. Связать с планом
-
-Если есть активный план:
-- Какой процент выполнен
-- Какие задачи из плана закрыты
-- Что осталось
-
-### 8. Сохранить отчёт
-
-1. Прочитай шаблон: `.workflow/templates/report-template.md`
-2. Определи следующий ID — вызови скрипт генерации:
-   ```bash
-   node .workflow/src/scripts/get-next-id.js --prefix REPORT --dir .workflow/reports
-   ```
-   Прочитай JSON из `---RESULT---`, возьми поле `id` (формат `REPORT-NNN`).
-
-   > **Почему скрипт обязателен:** скрипт рекурсивно сканирует **все** поддиректории `.workflow/reports/` (включая возможные `archive/` или подпапки по периодам). Ручной поиск через Glob может пропустить часть файлов → возникает collision с существующими ID, ломаются ссылки между отчётами.
-
-   > **⛔ Не используй ручной алгоритм как fallback.** Если скрипт недоступен — это инфраструктурная ошибка, а не повод изобретать ID самостоятельно. Сообщи о проблеме и **остановись**.
-
-3. Сохрани в: `.workflow/reports/REPORT-{NNN}.md`
-
-### 9. Вывести результат
-
-```
----RESULT---
-status: default
-report_id: REPORT-{NNN}
----RESULT---
-```