workflow-ai 1.0.63 → 1.0.65

package/src/skills/create-plan/tests/cases/TC-CREATE-PLAN-002/current/meta.json

@@ -0,0 +1,116 @@
+{
+  "date": "2026-04-20T12:05:07.098Z",
+  "skill_sha": "f1d5604",
+  "status": "failed",
+  "duration_ms": 1208502,
+  "l1_skipped": true,
+  "per_model": {
+    "claude-sonnet": {
+      "passed": true,
+      "errored": false,
+      "pass_count": 2,
+      "error_count": 0,
+      "total": 3,
+      "threshold": 2
+    },
+    "kilo-glm": {
+      "passed": true,
+      "errored": false,
+      "pass_count": 2,
+      "error_count": 1,
+      "total": 3,
+      "threshold": 2
+    },
+    "kilo-minimax": {
+      "passed": false,
+      "errored": false,
+      "pass_count": 0,
+      "error_count": 0,
+      "total": 3,
+      "threshold": 2
+    },
+    "kilo-deepseek": {
+      "passed": false,
+      "errored": false,
+      "pass_count": 0,
+      "error_count": 0,
+      "total": 3,
+      "threshold": 2
+    }
+  },
+  "rubric_scores": [
+    {
+      "agentId": "claude-sonnet",
+      "trial": 1,
+      "score": 3,
+      "errored": false
+    },
+    {
+      "agentId": "claude-sonnet",
+      "trial": 2,
+      "score": 4,
+      "errored": false
+    },
+    {
+      "agentId": "claude-sonnet",
+      "trial": 3,
+      "score": 4,
+      "errored": false
+    },
+    {
+      "agentId": "kilo-deepseek",
+      "trial": 1,
+      "score": 2,
+      "errored": false
+    },
+    {
+      "agentId": "kilo-deepseek",
+      "trial": 2,
+      "score": 3,
+      "errored": false
+    },
+    {
+      "agentId": "kilo-deepseek",
+      "trial": 3,
+      "score": 1,
+      "errored": false
+    },
+    {
+      "agentId": "kilo-glm",
+      "trial": 1,
+      "score": 5,
+      "errored": false
+    },
+    {
+      "agentId": "kilo-glm",
+      "trial": 2,
+      "score": null,
+      "errored": true,
+      "error": "Stage \"TC-CREATE-PLAN-002-kilo-glm-trial-2\" timed out after 1200s"
+    },
+    {
+      "agentId": "kilo-glm",
+      "trial": 3,
+      "score": 5,
+      "errored": false
+    },
+    {
+      "agentId": "kilo-minimax",
+      "trial": 1,
+      "score": 1,
+      "errored": false
+    },
+    {
+      "agentId": "kilo-minimax",
+      "trial": 2,
+      "score": 2,
+      "errored": false
+    },
+    {
+      "agentId": "kilo-minimax",
+      "trial": 3,
+      "score": 2,
+      "errored": false
+    }
+  ]
+}

package/src/skills/create-plan/tests/cases/TC-CREATE-PLAN-002-task-granularity.yaml

@@ -0,0 +1,39 @@
+id: TC-CREATE-PLAN-002
+title: "Планировщик формулирует задачи с одним глаголом действия"
+origin:
+  chg: [CHG-107]
+  incidents:
+    - "workflowAiVsCode: CHG-107 — принцип Task Granularity: одно действие на задачу"
+  principle: "Task Granularity (#8)"
+  backlog_sources:
+    - "d:/Dev/workflowAiVsCode/.workflow/coach-backlog.yaml"
+tags: [granularity, plan-quality]
+severity: medium
+
+scenario:
+  system_prompt_file: "../../SKILL.md"
+  extra_instructions: |
+    Создай план для задачи: «Исправить баги маппинга и добавить новые поля в API».
+
+assertions:
+  static:
+    - kind: skill_contains
+      file: "SKILL.md"
+      pattern: "Гранулярность задач"
+      reason: "Принцип Task Granularity должен быть в SKILL.md."
+
+  deterministic:
+    - kind: output_does_not_contain
+      values: ["и добавить", "и обновить", "и исправить"]
+      reason: "Задачи плана не должны содержать два глагола через «и»."
+
+  rubric:
+    - kind: llm_judge
+      rubric_file: "../rubrics/task-granularity.md"
+      criterion: "Сформулировал ли агент каждую задачу плана как одно действие над одним объектом и разбил ли составные постановки?"
+      pass_threshold: 4
+      trials: 3
+      aggregate: majority
+
+execution:
+  timeout_s: 1800

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

@@ -0,0 +1,25 @@
+version: 1
+skill: create-plan
+generated_at: "2026-04-17"
+
+execution:
+  target_agents:
+    - claude-sonnet
+    - kilo-glm
+    - kilo-minimax
+    - kilo-deepseek
+  judge_agent: claude-opus
+  default_timeout_s: 1800
+  baseline_ref: origin/main
+
+cases:
+  - id: TC-CREATE-PLAN-001
+    file: cases/TC-CREATE-PLAN-001-validate-completeness.yaml
+    origin_chg: [CHG-023, CHG-024]
+    tags: [validation, completeness, script-usage]
+    severity: high
+  - id: TC-CREATE-PLAN-002
+    file: cases/TC-CREATE-PLAN-002-task-granularity.yaml
+    origin_chg: [CHG-107]
+    tags: [granularity, plan-quality]
+    severity: medium

package/src/skills/create-plan/tests/rubrics/task-granularity.md

@@ -0,0 +1,21 @@
+# Rubric: Планировщик формулирует задачи с одним действием над одним объектом
+
+## Критерий
+
+**Сформулировал ли агент каждую задачу плана как одно действие (один глагол) над одним объектом, и разбил ли составные формулировки на отдельные задачи ещё на этапе плана?**
+
+Агент должен:
+1. Распознать в исходной постановке несколько независимых действий или объектов работы (например, «исправить баги маппинга» + «добавить новые поля в API» — это два разных объекта).
+2. Вынести каждое независимое действие в отдельную задачу плана — так, чтобы название задачи содержало один ведущий глагол и один объект.
+3. Не использовать конъюнкции «и», «а также», «плюс», «+» в названиях задач для склейки независимых действий.
+4. Применить self-check из принципа Task Granularity перед сохранением — показать, что формулировки задач проверены на 2+ глагола.
+
+## Шкала оценки (1–5)
+
+| Балл | Описание |
+|------|----------|
+| **5** | Все задачи плана сформулированы как одно действие над одним объектом; составные постановки явно разбиты; self-check по гранулярности выполнен и виден в ответе. |
+| **4** | Задачи разбиты корректно, но self-check по гранулярности не отработан явно. |
+| **3** | Большинство задач гранулярны, но 1–2 формулировки содержат скрытую склейку (нумерованные подпункты с независимыми действиями внутри одной задачи). |
+| **2** | Часть задач содержит явные конъюнкции «и», «а также», «плюс» между независимыми действиями. |
+| **1** | План содержит одну задачу, объединяющую все действия исходной постановки, без разбиения и без ссылки на принцип гранулярности. |

package/src/skills/create-plan/tests/rubrics/validate-completeness.md

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

package/src/skills/create-plan/workflows/create.md

@@ -0,0 +1,136 @@
+# Воркфлоу: Создание плана
+
+## Алгоритм выполнения
+
+### 1. Изучить контекст
+
+Если есть предыдущие отчёты в `.workflow/reports/`:
+- Прочитай последний отчёт
+- Выдели ключевые проблемы и достижения
+- Учти рекомендации
+
+Если есть активные планы в `.workflow/plans/current/`:
+- Определи связь с новым планом
+
+### 2. Извлечь справочные данные из входного документа
+
+**⛔ КРИТИЧЕСКИ ВАЖНО.** Загрузи → `knowledge/plan-completeness.md`
+
+Прочитай входной документ (ТЗ, спецификация, задача) и **извлеки ВСЕ конкретные данные**:
+
+1. Пройди по чеклисту из `knowledge/plan-completeness.md` → секция "Обязательно переносить"
+2. Для каждой категории: выпиши все найденные значения
+3. Сформируй секцию "Справочные данные" для плана
+4. **Самопроверка:** пройди по "Красным флагам неполного плана" — убедись, что в плане нет ссылок на внешние документы вместо конкретных значений
+
+### 3. Сформулировать SMART-цель
+
+Цель должна быть:
+- **S**pecific — конкретной (что именно)
+- **M**easurable — измеримой (как проверим)
+- **A**chievable — достижимой (реалистичной)
+- **R**elevant — релевантной (зачем нужна)
+- **T**ime-bound — ограниченной во времени
+
+### 4. Определить scope
+
+**Включено:**
+- Что будет сделано
+- Какие результаты ожидаем
+
+**Исключено:**
+- Что НЕ будем делать
+- Ограничения
+
+### 5. Разбить на высокоуровневые задачи
+
+Для каждой задачи укажи:
+- Краткое название
+- Приоритет (1-5, где 1 — критический)
+- Зависимости от других задач
+- **Детальное описание с конкретными данными:**
+  - Какие файлы затрагиваются
+  - Какие конкретные значения использовать (ссылайся на секцию "Справочные данные")
+  - Бизнес-логика и edge cases
+  - Важные предупреждения (порядок операций, условия)
+
+**⛔ Парные задачи верификации.** Загрузи → `knowledge/task-verification-pairs.md`
+
+Если задача изменяет код продукта — определи для неё парные задачи верификации:
+- **Актуализация автотестов** — обязательна для любого изменения кода
+- **Ручная проверка** — обязательна, если изменение наблюдаемо пользователем (UI, поведение, видимое состояние)
+
+Используй таблицу из `knowledge/task-verification-pairs.md` для определения набора. Это НЕ применяется к задачам, которые изменяют только документацию, тестовые утилиты или workflow-артефакты.
+
+**⛔ Гранулярность задач (принцип 8).** Каждая задача — одно действие, один глагол, один объект. Если задача содержит 2+ независимых шага (шаги можно выполнить в любом порядке или параллельно), разбей её на отдельные задачи с зависимостями. Структура задач плана — «якорь» для декомпозитора: крупная задача → крупный тикет → неатомарный артефакт. Мелкие задачи в плане дешевле, чем исправление неатомарных тикетов постфактум.
+
+Порядок задач должен учитывать зависимости.
+
+### 6. Определить риски
+
+Для каждого риска:
+- Описание
+- Вероятность (высокая/средняя/низкая)
+- Влияние (высокое/среднее/низкое)
+- Митигация (как предотвратить/решить)
+
+### 7. Записать критерии успеха
+
+Как поймём что план выполнен:
+- Конкретные результаты
+- Метрики
+- Проверяемые условия
+
+### 8. Самопроверка полноты плана
+
+**⛔ ОБЯЗАТЕЛЬНЫЙ ШАГ перед сохранением.** Загрузи → `knowledge/plan-completeness.md`
+
+Пройди по каждому пункту:
+
+- [ ] Все credentials/ключи/токены из ТЗ перенесены в "Справочные данные"?
+- [ ] Все URLs и endpoints перенесены?
+- [ ] Все конфигурационные значения (константы, интервалы, имена) перенесены?
+- [ ] Все permissions/манифесты перенесены как code blocks?
+- [ ] Карта файлов (что → куда → когда → с какими параметрами) есть?
+- [ ] Параметры каждого события/запроса (имя, тип, описание) перечислены?
+- [ ] Схемы данных (storage keys, типы) описаны?
+- [ ] Edge cases и бизнес-логика описаны в задачах?
+- [ ] Troubleshooting (если есть в ТЗ) перенесён?
+- [ ] **Нет ссылок на внешние документы вместо конкретных значений?** (проверь "Красные флаги")
+- [ ] **Каждая задача, изменяющая код продукта, имеет парные задачи?** (ручная проверка + актуализация автотестов, см. `knowledge/task-verification-pairs.md`)
+- [ ] **Каждая задача содержит один глагол действия?** Если название задачи содержит 2+ глагола через запятую/«и»/«а также» или нумерованные шаги независимы друг от друга — разбей задачу (принцип 8)
+
+Если хотя бы один пункт не выполнен — **вернись к шагу 2** и дополни план.
+
+### 9. Автоматическая валидация полноты
+
+**⛔ ОБЯЗАТЕЛЬНЫЙ ШАГ перед сохранением плана.**
+
+1. Подготовь содержимое плана по шаблону: `.workflow/templates/plan-template.md`
+2. Определи следующий ID — вызови скрипт генерации:
+   ```bash
+   node .workflow/src/scripts/get-next-id.js --prefix PLAN --dir plans
+   ```
+   Прочитай JSON из `---RESULT---`, возьми поле `id` (формат `PLAN-NNN`).
+
+   > **Почему скрипт обязателен:** скрипт рекурсивно сканирует **все** поддиректории `.workflow/plans/` (включая `archive/`, `current/`, `templates/`). Ручной поиск через Glob склонен пропускать `archive/` → возникает collision с архивными ID, ломается ссылочная целостность отчётов и тикетов, ссылающихся на `parent_plan`.
+
+   > **⛔ Не используй ручной алгоритм как fallback.** Если скрипт недоступен — это инфраструктурная ошибка, а не повод изобретать ID самостоятельно. Сообщи о проблеме и **остановись**.
+
+3. Запиши черновик в `.workflow/plans/current/PLAN-{NNN}.md`
+4. Запусти скрипт валидации:
+
+```bash
+node .workflow/src/skills/create-plan/scripts/validate-completeness.js .workflow/plans/current/PLAN-{NNN}.md
+```
+
+5. Прочитай JSON из `---RESULT---` — объект `{errors, warnings, valid}`:
+   - **Если `valid: false`** (есть `errors`) → исправь план по указанным ошибкам, перезапиши файл и запусти скрипт повторно. Не переходи к шагу 10, пока `valid` не станет `true`.
+   - **Если только `warnings`** (`valid: true`, но `warnings` не пуст) → оцени каждое предупреждение. Допустимо продолжить, если предупреждения не критичны для контекста задачи.
+
+### 10. Сохранить план
+
+План записан и провалидирован на шаге 9.
+
+1. **Статус: `draft`** — план создаётся как черновик. Утверждение (`approved`) делает стейкхолдер. См. `knowledge/plan-lifecycle.md`.
+2. Расположение: `.workflow/plans/current/PLAN-{NNN}.md`

package/src/skills/create-report/README.md

@@ -0,0 +1,40 @@
+# Create Report — Agent Skill
+
+Формирование отчётов о выполненных задачах для workflow-ai. Собирает информацию из завершённых тикетов, рассчитывает метрики прогресса и создаёт структурированные отчёты.
+
+## Структура
+
+```
+create-report/
+├── SKILL.md                              # Ядро: роль, маршрутизация, принципы
+├── README.md                             # Документация
+├── workflows/
+│   └── standard.md                       # Стандартный отчёт об итерации
+├── knowledge/
+│   └── report-metrics.md                 # Формулы velocity, метрики прогресса, пороги
+└── algorithms/
+    └── metric-calculation.md             # Расчёт velocity, plan health, распределения, аномалий
+```
+
+## Как это работает
+
+1. Скил получает запрос на создание отчёта (итерация завершена, накопились задачи)
+2. Загружает воркфлоу `standard`
+3. Собирает данные из done/, blocked/, in-progress/ тикетов
+4. Проверяет аномалии (in-progress с заполненным результатом)
+5. Рассчитывает метрики (velocity, распределение, прогресс по плану)
+6. Формирует отчёт по шаблону `.workflow/templates/report-template.md`
+7. Сохраняет в `.workflow/reports/REPORT-{NNN}.md`
+
+## Как расширять
+
+### Новый тип отчёта
+1. Создай файл в `workflows/{type}.md`
+2. Добавь запись в таблицу маршрутизации в `SKILL.md`
+
+### Новый knowledge-модуль
+1. Создай файл в `knowledge/{module}.md`
+2. Добавь запись в таблицу загрузки знаний в `SKILL.md`
+
+### Новые метрики
+1. Добавь формулу и пороги в `knowledge/report-metrics.md` после маркера расширения

package/src/skills/create-report/SKILL.md

@@ -0,0 +1,73 @@
+---
+name: create-report
+description: >
+  Скилл формирования отчётов для workflow-ai. Собирает информацию из
+  завершённых тикетов, рассчитывает метрики прогресса (velocity, распределение,
+  plan health), выявляет аномалии и создаёт структурированные отчёты.
+ticket_prefix: RPT
+---
+
+# Create Report — Agent Skill
+
+## Роль
+
+Ты — составитель отчётов системы workflow-ai. Твоя задача — собирать данные из завершённых тикетов, рассчитывать метрики прогресса, выявлять аномалии и проблемы, формировать структурированные отчёты для принятия решений.
+
+**Ты делаешь:** сбор данных из `.workflow/tickets/` (done, blocked, in-progress), расчёт метрик (velocity, распределение по типам/статусам, прогресс по плану), проверку аномалий, формирование отчётов в `.workflow/reports/`.
+
+**Ты НЕ делаешь:** анализ отчётов (это задача аналитика), выполнение бизнес-задач, создание планов или тикетов, принятие решений (только предоставление данных).
+
+## Когда использовать
+
+- Завершилась итерация работ
+- Накопились выполненные задачи в done/
+- Нужно зафиксировать прогресс
+- Перед принятием решений о следующих шагах
+
+## Маршрутизация
+
+| Тип | Триггеры | Действие | Воркфлоу |
+|-----|----------|----------|----------|
+| **STANDARD** | «отчёт», «итоги итерации», «прогресс» | Стандартный отчёт об итерации | → `workflows/standard.md` |
+
+Если тип не определяется — используй STANDARD как дефолт.
+
+## Загрузка знаний
+
+| Модуль | Когда загружать |
+|--------|----------------|
+| `knowledge/report-metrics.md` | **ВСЕГДА** — формулы velocity, метрики прогресса, пороговые значения |
+| `../shared/*` | Перед началом работы — проверь индекс (`../shared/README.md`) и загрузи релевантные модули |
+
+## Загрузка алгоритмов
+
+| Алгоритм | Когда загружать |
+|----------|----------------|
+| `algorithms/metric-calculation.md` | **ВСЕГДА** — формализованные формулы расчёта velocity, plan health, распределения, аномалий |
+
+## Принципы
+
+1. **Полнота данных** — отчёт охватывает ВСЕ тикеты за период. Пропуск тикетов = искажение картины.
+2. **Объективность** — только факты и расчёты. Интерпретации — задача аналитика.
+3. **Структурированность** — данные организованы по секциям: статистика, выполненные задачи, проблемы, аномалии, прогресс по плану.
+4. **Проверка аномалий** — перед формированием отчёта обязательна проверка in-progress тикетов с заполненным результатом.
+5. **Воспроизводимость** — отчёт содержит период, источники данных и формулы, чтобы результат можно было проверить.
+
+## Формат вывода
+
+- Русский язык
+- Структурированный markdown с заголовками, таблицами, списками
+- Метрики в табличном виде с формулами из `knowledge/report-metrics.md`
+- Шаблон отчёта: `.workflow/templates/report-template.md`
+- Нумерация: `REPORT-{NNN}` — генерируется через скрипт `get-next-id.js` (см. workflow `standard.md`, шаг 8)
+
+## Границы компетенции
+
+- **Анализ отчётов** → соответствующий скил проекта
+- **Создание/изменение планов** → соответствующий скил проекта
+- **Выполнение бизнес-задач** → соответствующий скил проекта
+- **Декомпозиция задач** → соответствующий скил проекта
+
+---
+
+**Регрессионные тесты:** `tests/index.yaml`. Прогон: `node .workflow/src/scripts/run-skill-tests.js --skill create-report`

package/src/skills/create-report/algorithms/metric-calculation.md

@@ -0,0 +1,93 @@
+# Алгоритм: Расчёт метрик отчёта
+
+## Вход
+
+Список тикетов из `.workflow/tickets/` (все статусы), активный план (если есть).
+
+## 1. Velocity
+
+### Формула
+
+```
+velocity_day = done_count / days_elapsed
+velocity_week = velocity_day * 7
+```
+
+**Сглаживание** (при наличии предыдущего отчёта):
+
+```
+smoothed_velocity = 0.7 * current_velocity + 0.3 * previous_velocity
+```
+
+### Пример
+
+За 5 дней закрыто 8 тикетов. Предыдущая velocity = 1.0/день.
+
+- `current = 8 / 5 = 1.6`
+- `smoothed = 0.7 * 1.6 + 0.3 * 1.0 = 1.42`
+
+## 2. Plan Health
+
+### Формула
+
+```
+completion = done_in_plan / total_in_plan * 100%
+expected = days_since_start / total_planned_days * 100%
+delta = completion - expected
+```
+
+### Пороги
+
+| Статус | Условие | Действие |
+|--------|---------|----------|
+| ON_TRACK | delta >= 0 | Нет |
+| AT_RISK | -25% < delta < 0 | Указать в отчёте |
+| OFF_TRACK | delta <= -25% | Пометить CRITICAL в отчёте |
+
+### Пример
+
+План: 20 тикетов, 10 дней. Прошло 6 дней, закрыто 10.
+
+- `completion = 10/20 = 50%`
+- `expected = 6/10 = 60%`
+- `delta = 50% - 60% = -10%` → **AT_RISK**
+
+## 3. Распределение тикетов
+
+### Формула
+
+```
+type_pct = count_by_type / total * 100%
+```
+
+Типы берутся из поля `type` в frontmatter тикетов. Группировка динамическая — перечисляются все встречающиеся типы.
+
+### Пример
+
+15 тикетов: 6 impl, 4 fix, 3 coach, 2 docs.
+
+- impl: 6/15 = 40%, fix: 27%, coach: 20%, docs: 13%
+
+## 4. Обнаружение аномалий
+
+### Критерии
+
+| Аномалия | Условие | Severity |
+|----------|---------|----------|
+| Velocity drop | current < previous * 0.5 | HIGH |
+| Blocked accumulation | blocked_rate > 25% | HIGH |
+| Stale in-progress | in_progress с `updated_at` > 3 дней назад | MEDIUM |
+| Result without move | in_progress с непустым Result | MEDIUM |
+| Zero velocity | done_count = 0 за период | HIGH |
+
+### Пример
+
+Предыдущая velocity = 2.0, текущая = 0.8.
+
+- `0.8 < 2.0 * 0.5 = 1.0` → **Velocity drop (HIGH)**
+
+## Выход
+
+Рассчитанные метрики для включения в секции отчёта: статистика, velocity, plan health, аномалии.
+
+<!-- РАСШИРЕНИЕ: добавляй новые формулы и критерии ниже -->

package/src/skills/create-report/knowledge/report-metrics.md

@@ -0,0 +1,82 @@
+# Метрики и формулы отчётов
+
+Справочник метрик, формул и пороговых значений для формирования отчётов.
+
+## Базовые метрики
+
+### Распределение по статусам
+
+| Метрика | Формула | Описание |
+|---------|---------|----------|
+| Done rate | `done / total * 100%` | Процент завершённых задач |
+| Blocked rate | `blocked / total * 100%` | Процент заблокированных задач |
+| In-progress rate | `in_progress / total * 100%` | Процент задач в работе |
+
+### Velocity
+
+| Метрика | Формула | Описание |
+|---------|---------|----------|
+| Velocity (задач/день) | `done_count / days_elapsed` | Средняя скорость закрытия задач |
+| Velocity (задач/неделю) | `done_count / weeks_elapsed` | Недельная velocity |
+| Cycle time | `avg(completed_at - created_at)` | Среднее время от создания до завершения |
+
+### Прогресс по плану
+
+| Метрика | Формула | Описание |
+|---------|---------|----------|
+| Plan completion | `plan_done / plan_total * 100%` | Процент выполнения плана |
+| Plan health | см. пороги ниже | Общая оценка здоровья плана |
+
+## Распределение по типам
+
+```
+По типам:
+- IMPL: X (Y%)
+- FIX: X (Y%)
+- DOCS: X (Y%)
+- REVIEW: X (Y%)
+- ADMIN: X (Y%)
+- COACH: X (Y%)
+- RSH: X (Y%)
+```
+
+## Пороговые значения
+
+### Blocked rate
+
+| Порог | Значение | Сигнал |
+|-------|----------|--------|
+| Норма | < 10% | Всё в порядке |
+| Внимание | 10-25% | Нужно обратить внимание на блокеры |
+| Критично | > 25% | Системная проблема с блокерами |
+
+### Velocity тренд
+
+| Тренд | Определение | Сигнал |
+|-------|-------------|--------|
+| Растёт | Текущая > предыдущей на 10%+ | Положительная динамика |
+| Стабильна | Разница < 10% | Нормальный ритм |
+| Падает | Текущая < предыдущей на 10%+ | Требуется анализ причин |
+
+### Plan health
+
+| Статус | Условие | Описание |
+|--------|---------|----------|
+| ON_TRACK | completion >= expected_by_time | План идёт по графику |
+| AT_RISK | completion < expected_by_time на 10-25% | Риск отставания |
+| OFF_TRACK | completion < expected_by_time на 25%+ | План отстаёт |
+
+## Формат таблицы статистики
+
+```markdown
+| Статус | Количество | % |
+|--------|-----------|---|
+| Выполнено | N | X% |
+| В работе | N | X% |
+| Заблокировано | N | X% |
+| В очереди (ready) | N | X% |
+| Бэклог | N | X% |
+| **Итого** | **N** | **100%** |
+```
+
+<!-- РАСШИРЕНИЕ: добавляй новые метрики и формулы ниже -->