workflow-ai 1.0.68 → 1.2.1

package/src/skills/analyze-report/algorithms/progress-assessment.md

@@ -1,108 +0,0 @@
-# Алгоритм: Оценка прогресса по плану
-
-Формализованный метод оценки текущего прогресса выполнения плана.
-
-## Вход
-
-- Список всех тикетов плана с их статусами (done, in-progress, ready, blocked, backlog)
-- Сложность каждого тикета (simple, medium, complex)
-- Даты создания и завершения тикетов
-- Данные ревью (прошёл / не прошёл / пропущен)
-
-## Алгоритм
-
-### 1. Подсчитай распределение по статусам
-
-```
-total = count(all tickets)
-done = count(status == done)
-in_progress = count(status == in-progress)
-ready = count(status == ready)
-blocked = count(status == blocked)
-backlog = count(status == backlog)
-```
-
-### 2. Рассчитай Completion Rate
-
-**Простой (по количеству):**
-```
-completion_rate = done / total × 100%
-```
-
-**Взвешенный (по сложности):**
-
-| Сложность | Вес |
-|-----------|-----|
-| simple | 1 |
-| medium | 2 |
-| complex | 3 |
-
-```
-weighted_done = Σ(weight[t] for t in done_tickets)
-weighted_total = Σ(weight[t] for t in all_tickets)
-weighted_completion = weighted_done / weighted_total × 100%
-```
-
-### 3. Рассчитай Quality Rate
-
-```
-reviewed = count(tickets with review)
-passed_first = count(tickets passed review on first attempt)
-first_pass_rate = passed_first / reviewed × 100%
-```
-
-### 4. Рассчитай Block Rate
-
-```
-block_rate = blocked / total × 100%
-```
-
-### 5. Определи статус прогресса
-
-| Completion | Block Rate | First-Pass Rate | Статус | Рекомендация |
-|------------|-----------|-----------------|--------|-------------|
-| ≥80% | <10% | ≥70% | 🟢 ON_TRACK | Продолжить по плану |
-| 50-80% | <20% | ≥50% | 🟡 ATTENTION | Обратить внимание на отстающие задачи |
-| 30-50% | <30% | Любой | 🟠 AT_RISK | Пересмотреть приоритеты, разблокировать |
-| <30% | ≥30% | Любой | 🔴 CRITICAL | Эскалировать, пересмотреть план |
-
-### 6. Оцени тренд
-
-Если есть данные за несколько периодов:
-```
-velocity_current = done_last_period / period_length
-velocity_previous = done_prev_period / period_length
-trend = velocity_current - velocity_previous
-```
-
-| Тренд | Интерпретация |
-|-------|---------------|
-| trend > 0 | 📈 Ускорение |
-| trend ≈ 0 | ➡️ Стабильно |
-| trend < 0 | 📉 Замедление |
-
-## Выход
-
-- Completion Rate (простой и взвешенный)
-- Quality Rate (First-Pass Rate)
-- Block Rate
-- Статус прогресса (ON_TRACK / ATTENTION / AT_RISK / CRITICAL)
-- Тренд (если данных достаточно)
-- Распределение тикетов по статусам
-
-## Пример
-
-```
-Total: 12 тикетов
-Done: 7 (3 simple, 3 medium, 1 complex)
-In-progress: 2 (1 medium, 1 complex)
-Ready: 1 (simple)
-Blocked: 2 (1 medium, 1 complex)
-
-Completion Rate: 7/12 = 58%
-Weighted: (3×1 + 3×2 + 1×3) / (4×1 + 4×2 + 4×3) = 12/24 = 50%
-Block Rate: 2/12 = 17%
-First-Pass Rate: 5/7 = 71%
-
-Статус: 🟡 ATTENTION (50% weighted, 17% blocked, 71% first-pass)
-```

package/src/skills/analyze-report/knowledge/analysis-frameworks.md

@@ -1,66 +0,0 @@
-# Методологии анализа отчётов
-
-Базовые фреймворки и метрики для анализа отчётов о выполненных задачах.
-
-## Фреймворк анализа прогресса
-
-### Количественные метрики
-
-| Метрика | Формула | Интерпретация |
-|---------|---------|---------------|
-| **Completion Rate** | done / total × 100% | Общий прогресс по плану |
-| **Weighted Completion** | Σ(done × complexity) / Σ(total × complexity) × 100% | Прогресс с учётом сложности |
-| **Throughput** | done / time_elapsed | Скорость выполнения |
-| **Block Rate** | blocked / total × 100% | Доля заблокированных задач |
-| **Rework Rate** | reworked / done × 100% | Доля задач с переделками |
-| **First-Pass Rate** | passed_review_first / done × 100% | Качество выполнения с первого раза |
-
-### Качественные индикаторы
-
-| Индикатор | Сигнал | Действие |
-|-----------|--------|----------|
-| Много заблокированных задач | Проблемы с зависимостями | Пересмотреть порядок задач |
-| Низкий First-Pass Rate | Проблемы с качеством | Усилить критерии DoD |
-| Высокий Rework Rate | Нечёткие требования | Улучшить описания задач |
-| Throughput падает | Усталость / сложность растёт | Декомпозировать оставшиеся задачи |
-
-## Фреймворк ретроспективы: Keep / Stop / Try
-
-### Keep (Продолжать)
-Практики, которые доказали эффективность:
-- Что конкретно делалось?
-- Какой результат это дало?
-- Почему это сработало?
-
-### Stop (Прекратить)
-Практики, которые создавали проблемы:
-- Что конкретно происходило?
-- Какой вред это наносило?
-- Что вызвало эту практику?
-
-### Try (Попробовать)
-Новые подходы для эксперимента:
-- Что конкретно предлагается?
-- Какую проблему это решает?
-- Как измерить результат?
-
-## Паттерны типичных проблем
-
-| Паттерн | Симптомы | Корневая причина | Рекомендация |
-|---------|---------|-----------------|--------------|
-| **Scope Creep** | Количество задач растёт, прогресс стоит | Нечёткие границы плана | Зафиксировать скоуп, новые задачи — в следующий план |
-| **Dependency Hell** | Много заблокированных задач | Плохая декомпозиция зависимостей | Пересмотреть порядок, разблокировать критический путь |
-| **Quality Debt** | Высокий rework rate | Слабые критерии DoD | Усилить DoD, добавить чеклисты |
-| **Single Point of Failure** | Один тип задач блокирует всё | Отсутствие параллелизма | Декомпозировать для параллельного выполнения |
-| **Velocity Decay** | Throughput падает со временем | Растущая сложность / усталость | Декомпозировать крупные задачи, ротация фокуса |
-
-## Классификация серьёзности проблем
-
-| Уровень | Описание | Действие |
-|---------|----------|----------|
-| **CRITICAL** | Блокирует весь план, прогресс невозможен | Немедленное вмешательство |
-| **HIGH** | Значительно замедляет прогресс | Решить в текущей итерации |
-| **MEDIUM** | Влияет на качество, но не блокирует | Запланировать решение |
-| **LOW** | Мелкие недочёты, потенциальные улучшения | Учесть при следующем планировании |
-
-<!-- РАСШИРЕНИЕ: добавляй новые паттерны и фреймворки ниже -->

package/src/skills/analyze-report/knowledge/report-structure.md

@@ -1,61 +0,0 @@
-# Структура отчётов и извлечение данных
-
-Описание типовой структуры отчётов workflow-ai и правила извлечения данных из них.
-
-## Типовая структура отчёта
-
-Отчёты находятся в `.workflow/reports/` и содержат:
-
-| Секция | Что извлекать |
-|--------|--------------|
-| **Frontmatter** | ID, дата, связанный план, период |
-| **Выполненные задачи** | Список завершённых тикетов, результаты |
-| **Проблемы** | Заблокированные задачи, ошибки, отклонения |
-| **Статистика** | Количественные данные: done/total, время |
-| **Рекомендации** | Выводы предыдущего анализа (если есть) |
-
-## Извлечение данных из тикетов
-
-### Из завершённых тикетов (done/)
-
-| Поле | Где искать | Зачем |
-|------|-----------|-------|
-| `id` | Frontmatter | Идентификация |
-| `complexity` | Frontmatter | Weighted completion |
-| `created_at` / `completed_at` | Frontmatter | Время выполнения |
-| **Result** | Секция `## Result` | Что реально сделано |
-| **DoD** | Секция критериев | Все ли выполнены |
-| **Ревью** | Секция `## Ревью` | Прошёл ли с первого раза |
-
-### Из заблокированных тикетов (blocked/)
-
-| Поле | Зачем |
-|------|-------|
-| `id`, `title` | Идентификация |
-| `dependencies` | Что блокирует |
-| Причина блокировки | Для рекомендаций по разблокировке |
-
-### Из тикетов в работе (in-progress/)
-
-| Поле | Зачем |
-|------|-------|
-| `id`, `title` | Текущая работа |
-| `created_at` | Как давно в работе |
-
-## Извлечение данных из планов
-
-| Секция плана | Что извлекать |
-|-------------|--------------|
-| **Цели** | Ожидаемые результаты для сравнения |
-| **Задачи** | Полный список для подсчёта покрытия |
-| **Приоритеты** | Для оценки порядка выполнения |
-| **Риски** | Для проверки — сработали ли |
-
-## Правила работы с данными
-
-- **Считай только то, что есть** — не экстраполируй, не предполагай
-- **Указывай источник** — для каждой метрики укажи откуда взяты данные
-- **Отмечай пробелы** — если данных не хватает для вывода, явно укажи
-- **Разделяй факты и выводы** — сначала данные, потом интерпретация
-
-<!-- РАСШИРЕНИЕ: обновляй при изменении структуры отчётов -->

package/src/skills/analyze-report/scripts/calc-plan-metrics.js

@@ -1,234 +0,0 @@
-#!/usr/bin/env node
-
-/**
- * calc-plan-metrics.js — аналитические метрики плана для analyze-report.
- *
- * Рассчитывает:
- *   1. Distribution by status
- *   2. Completion %
- *   3. Avg time-to-done
- *   4. Blocked rate
- *   5. Rework count
- *
- * Использование:
- *   node calc-plan-metrics.js <PLAN-NNN>
- *
- * Вывод: JSON через маркеры ---RESULT---
- */
-
-import fs from 'fs';
-import path from 'path';
-import { findProjectRoot } from 'workflow-ai/lib/find-root.mjs';
-import { parseFrontmatter } from 'workflow-ai/lib/utils.mjs';
-import { createLogger } from 'workflow-ai/lib/logger.mjs';
-
-const logger = createLogger();
-
-const PROJECT_DIR = findProjectRoot();
-const TICKETS_DIR = path.join(PROJECT_DIR, '.workflow', 'tickets');
-const PLANS_DIR = path.join(PROJECT_DIR, '.workflow', 'plans', 'current');
-const TICKET_DIRS = ['done', 'in-progress', 'blocked', 'ready', 'backlog', 'archive'];
-
-function normalizePlanId(raw) {
-  if (!raw) return null;
-  const basename = path.basename(raw, '.md');
-  const full = basename.match(/^plan-(\d+)$/i);
-  if (full) return `PLAN-${String(parseInt(full[1], 10)).padStart(3, '0')}`;
-  const num = raw.trim().match(/^(\d+)$/);
-  if (num) return `PLAN-${String(parseInt(num[1], 10)).padStart(3, '0')}`;
-  return null;
-}
-
-function collectPlanTickets(planId) {
-  const tickets = [];
-  const warnings = [];
-
-  for (const dirName of TICKET_DIRS) {
-    const dir = path.join(TICKETS_DIR, dirName);
-    if (!fs.existsSync(dir)) continue;
-
-    const files = fs.readdirSync(dir).filter(f => f.endsWith('.md') && f !== '.gitkeep.md');
-    for (const file of files) {
-      const filePath = path.join(dir, file);
-      let content;
-      try {
-        content = fs.readFileSync(filePath, 'utf8');
-      } catch (e) {
-        warnings.push(`Failed to read ${file}: ${e.message}`);
-        continue;
-      }
-
-      let parsed;
-      try {
-        parsed = parseFrontmatter(content);
-      } catch (e) {
-        warnings.push(`Failed to parse frontmatter in ${file}: ${e.message}`);
-        continue;
-      }
-
-      const { frontmatter } = parsed;
-      if (!frontmatter || typeof frontmatter !== 'object') {
-        warnings.push(`Invalid frontmatter in ${file}`);
-        continue;
-      }
-
-      const ticketPlanId = normalizePlanId(frontmatter.parent_plan);
-      if (ticketPlanId === normalizePlanId(planId)) {
-        tickets.push({
-          id: frontmatter.id || file.replace('.md', ''),
-          title: frontmatter.title || 'Unknown',
-          type: frontmatter.type || 'unknown',
-          status: dirName,
-          created_at: frontmatter.created_at || null,
-          updated_at: frontmatter.updated_at || null,
-          completed_at: frontmatter.completed_at || null,
-          raw: frontmatter,
-          body: parsed.body || ''
-        });
-      }
-    }
-  }
-
-  return { tickets, warnings };
-}
-
-function findPlanFile(planId) {
-  if (!fs.existsSync(PLANS_DIR)) return null;
-  const files = fs.readdirSync(PLANS_DIR).filter(f => f.endsWith('.md'));
-  const normalized = normalizePlanId(planId);
-  return files.find(f => normalizePlanId(f) === normalized) || null;
-}
-
-function parsePlan(planFileName) {
-  if (!planFileName) return null;
-  const planPath = path.join(PLANS_DIR, planFileName);
-  try {
-    const content = fs.readFileSync(planPath, 'utf8');
-    const { frontmatter } = parseFrontmatter(content);
-    return frontmatter;
-  } catch (e) {
-    logger.warn(`Failed to parse plan ${planFileName}: ${e.message}`);
-    return null;
-  }
-}
-
-function calcDistributionByStatus(tickets) {
-  const distribution = {};
-  for (const dirName of TICKET_DIRS) {
-    const count = tickets.filter(t => t.status === dirName).length;
-    if (count > 0) {
-      distribution[dirName] = count;
-    }
-  }
-  return distribution;
-}
-
-function calcCompletionPct(tickets) {
-  const total = tickets.length;
-  const doneCount = tickets.filter(t => t.status === 'done' || t.status === 'archive').length;
-  return total > 0 ? Math.round((doneCount / total) * 100 * 100) / 100 : 0;
-}
-
-function calcAvgTimeToDone(tickets) {
-  const doneTickets = tickets.filter(t => t.status === 'done' || t.status === 'archive');
-  const times = [];
-
-  for (const ticket of doneTickets) {
-    if (ticket.created_at && ticket.completed_at) {
-      const created = new Date(ticket.created_at);
-      const completed = new Date(ticket.completed_at);
-      const diffMs = completed.getTime() - created.getTime();
-      const diffDays = diffMs / (1000 * 60 * 60 * 24);
-      if (diffDays >= 0) {
-        times.push(diffDays);
-      }
-    }
-  }
-
-  if (times.length === 0) {
-    return null;
-  }
-
-  const avg = times.reduce((sum, d) => sum + d, 0) / times.length;
-  return Math.round(avg * 100) / 100;
-}
-
-function calcBlockedRate(tickets) {
-  const total = tickets.length;
-  const blockedCount = tickets.filter(t => t.status === 'blocked').length;
-  return total > 0 ? Math.round((blockedCount / total) * 100 * 100) / 100 : 0;
-}
-
-function calcReworkCount(tickets) {
-  let count = 0;
-  for (const ticket of tickets) {
-    const notes = ticket.raw?.notes || '';
-    if (/повторная работа/i.test(notes) || /Повторная/i.test(notes)) {
-      count++;
-    }
-  }
-  return count;
-}
-
-async function main() {
-  const planIdArg = process.argv[2];
-
-  if (!planIdArg) {
-    console.error('Ошибка: не указан ID плана');
-    console.error('Использование: node calc-plan-metrics.js <PLAN-NNN>');
-    process.exit(1);
-  }
-
-  const planId = normalizePlanId(planIdArg);
-  if (!planId) {
-    console.error(`Ошибка: невалидный ID плана "${planIdArg}". Ожидается формат PLAN-NNN или число.`);
-    process.exit(1);
-  }
-
-  logger.info(`Calculating analytics for ${planId}`);
-
-  const { tickets, warnings } = collectPlanTickets(planId);
-  if (tickets.length === 0) {
-    logger.warn(`No tickets found for plan ${planId}`);
-  }
-
-  const planFileName = findPlanFile(planId);
-  const planData = parsePlan(planFileName);
-
-  const distribution = calcDistributionByStatus(tickets);
-  const completionPct = calcCompletionPct(tickets);
-  const avgTimeToDone = calcAvgTimeToDone(tickets);
-  const blockedRate = calcBlockedRate(tickets);
-  const reworkCount = calcReworkCount(tickets);
-
-  const result = {
-    plan_id: planId,
-    total_tickets: tickets.length,
-    distribution,
-    completion_pct: completionPct,
-    avg_time_to_done: avgTimeToDone,
-    avg_time_to_done_unit: 'days',
-    blocked_rate: blockedRate,
-    blocked_rate_unit: 'pct',
-    rework_count: reworkCount,
-    plan_data: planData ? {
-      title: planData.title,
-      status: planData.status
-    } : null,
-    warnings: warnings.length > 0 ? warnings : undefined
-  };
-
-  console.log('---RESULT---');
-  console.log(JSON.stringify(result, null, 2));
-  console.log('---RESULT---');
-
-  logger.info(`Analytics calculated: ${tickets.length} tickets`);
-}
-
-main().catch(err => {
-  console.error(`Ошибка: ${err.message}`);
-  console.log('---RESULT---');
-  console.log(JSON.stringify({ error: err.message }, null, 2));
-  console.log('---RESULT---');
-  process.exit(1);
-});

package/src/skills/analyze-report/templates/analysis-report.md

@@ -1,80 +0,0 @@
-# Шаблон: Отчёт анализа
-
-## Структура отчёта
-
-```markdown
-# Анализ: {тип — прогресс / ретроспектива}
-
-**Дата анализа:** {YYYY-MM-DD}
-**Анализируемый план:** {ID плана}
-**Анализируемый отчёт:** {ID отчёта, если есть}
-**Тип анализа:** {PROGRESS / RETROSPECTIVE}
-
----
-
-## Executive Summary
-
-{3-5 предложений: общий статус, ключевые находки, главная рекомендация}
-
----
-
-## Метрики
-
-| Метрика | Значение | Статус |
-|---------|----------|--------|
-| Completion Rate | {X}% | {🟢/🟡/🟠/🔴} |
-| Weighted Completion | {X}% | {🟢/🟡/🟠/🔴} |
-| First-Pass Rate | {X}% | {🟢/🟡/🟠/🔴} |
-| Block Rate | {X}% | {🟢/🟡/🟠/🔴} |
-| Тренд | {📈/➡️/📉} | — |
-
-## Распределение задач
-
-| Статус | Количество | % |
-|--------|-----------|---|
-| Done | {N} | {X}% |
-| In Progress | {N} | {X}% |
-| Ready | {N} | {X}% |
-| Blocked | {N} | {X}% |
-| Backlog | {N} | {X}% |
-
----
-
-## Ключевые находки
-
-### 1. {Находка}
-**Уверенность:** [HIGH/MEDIUM/LOW]
-**Данные:** {конкретные данные из отчёта/тикетов}
-
-### 2. {Находка}
-...
-
----
-
-## Проблемы и риски
-
-| # | Проблема | Серьёзность | Данные | Рекомендация |
-|---|---------|-------------|--------|-------------|
-| 1 | {описание} | {CRITICAL/HIGH/MEDIUM/LOW} | {факты} | {действие} |
-
----
-
-## Рекомендации
-
-| # | Действие | Приоритет | Почему | Ожидаемый результат |
-|---|---------|-----------|--------|-------------------|
-| 1 | {что сделать} | {CRITICAL/HIGH/MEDIUM/LOW} | {причина} | {результат} |
-
----
-
-## За пределами скоупа
-
-{Находки, не входящие в скоуп анализа, но потенциально полезные}
-
----
-
-## Решение
-
-**Статус плана:** {ON_TRACK / ATTENTION / AT_RISK / CRITICAL}
-**Рекомендуемое действие:** {продолжить / скорректировать / эскалировать}
-```

package/src/skills/analyze-report/tests/cases/TC-ANALYZE-REPORT-001/current/claude-sonnet/trial-1.md

@@ -1,69 +0,0 @@
-## Анализ прогресса PLAN-001 — Верификация атрибуции QA-001
-
----
-
-## Executive Summary
-
-Проведена верификация finding из REPORT-002 по логу пайплайна итерации от 2026-04-06. Root cause пропуска тикета QA-001 в REPORT-002 атрибутирован ошибочно: указан `check-conditions.js`, тогда как лог однозначно показывает, что `check-conditions` завершился с `conditions_ok`. Решение о пропуске приняла стадия `check-relevance` (Step 314, `decision=irrelevant`, `reason=dependencies_inactive`). Помимо некорректной атрибуции, лог выявляет внутреннее противоречие между показаниями двух стейджей по зависимостям — это самостоятельная проблема, требующая внимания.
-
----
-
-## Верификация по логу — пошаговая
-
-| Step | Стейдж | Компонент | Результат по логу | Вывод REPORT-002 |
-|------|--------|-----------|-------------------|-----------------|
-| 312 | `pick-next-task` | `script-pick` | QA-001 выбран, `status=ready` | — |
-| 313 | `check-conditions` | `check-conditions.js` | `conditions_ok` (dependencies.resolved: **true**, prerequisites.met: true, blocking_tickets: []) | ❌ атрибутирован как root cause |
-| 314 | `check-relevance` | `check-relevance.js` | `irrelevant`, `reason=dependencies_inactive` | ❌ не упомянут |
-| 315 | `skip-ticket` | `script-skip` | QA-001 → skipped, reason из check-relevance: `dependencies_inactive` | — |
-
-**Вывод `[HIGH]`:** `check-conditions.js` на Step 313 явно вернул `conditions_ok` и не является причиной пропуска. Решение о `skip` принято исключительно стейджем `check-relevance` на Step 314.
-
----
-
-## Findings
-
-### Finding 1 — Некорректная атрибуция root cause в REPORT-002 `[HIGH]`
-
-**Факт:** REPORT-002 указывает `check-conditions.js` как компонент, передавший тикет дальше без обработки. Лог опровергает это: Step 313 завершён со статусом `conditions_ok`, все три проверки условий пройдены.
-
-**Корректная атрибуция:** `check-relevance.js` (Step 314) — именно этот скрипт принял решение `decision=irrelevant` и выставил `reason=dependencies_inactive`, что и повлекло переход к `skip-ticket`.
-
-**Некорректная рекомендация в REPORT-002:** «Пересмотреть пороги `check-conditions.js`» — не релевантна, так как этот компонент отработал корректно.
-
----
-
-### Finding 2 — Внутреннее противоречие между стейджами по зависимостям `[HIGH]`
-
-**Факт:** Два стейджа дают взаимоисключающие данные о зависимостях QA-001:
-
-| Стейдж | Поле | Значение |
-|--------|------|----------|
-| `check-conditions` (Step 313) | `dependencies.resolved` | `true` |
-| `check-relevance` (Step 314) | `dependencies.status` | `inactive` |
-
-**Интерпретация `[MEDIUM]`:** Вероятно, стейджи проверяют разные аспекты зависимостей — `check-conditions` проверяет блокирующие тикеты (есть ли незакрытые зависимости в трекере), `check-relevance` проверяет активность зависимых фич/компонентов в продукте. Это семантически разные проверки, но их терминология пересекается и создаёт риск будущих ошибок атрибуции.
-
----
-
-## Скорректированные рекомендации
-
-| # | Действие | Приоритет | Обоснование | Ожидаемый результат |
-|---|----------|-----------|-------------|---------------------|
-| 1 | Исправить root cause в REPORT-002: заменить `check-conditions.js` на `check-relevance.js` | HIGH | Лог Step 313 доказывает, что `check-conditions` вернул `conditions_ok` | Корректная история инцидента, правильный вектор исправления |
-| 2 | Изучить логику `check-relevance.js`: почему `dependencies.status=inactive` при `dependencies.resolved=true` | HIGH | Противоречие между стейджами может скрывать баг или неконсистентное определение «зависимости» | Понимание реального сбоя, устранение потенциального источника ложных пропусков |
-| 3 | Переименовать поля: `check-conditions` → `blocking_deps_resolved`, `check-relevance` → `feature_deps_active` | MEDIUM | Текущая терминология (`dependencies.*`) в обоих стейджах неотличима при анализе логов | Снижение риска ошибок атрибуции в будущих отчётах |
-
----
-
-## За пределами скоупа
-
-Остальные 5 тикетов итерации упомянуты в REPORT-002 без деталей — их статусы не верифицировались в рамках данного анализа (лог содержит только шаги 312–315).
-
----
-
----RESULT---
-status: has_gaps
-report_id: REPORT-002
-gaps: "Некорректная атрибуция root cause QA-001 (check-conditions.js вместо check-relevance.js); внутреннее противоречие между стейджами по статусу зависимостей требует расследования check-relevance.js."
----RESULT---