workflow-ai 1.1.0 → 1.2.1

package/src/skills/coach/SKILL.md

@@ -148,7 +148,7 @@ ticket_prefix: COACH
 Если на (1), (2) или (4) ответ «да» — замени на общую формулировку или критерий, либо перенеси в shared knowledge проекта. Правка должна быть применима к любому проекту, использующему этот скил.
 
 **Дополнительная проверка на копирование старого текста:** если правка **заменяет** существующий блок, не воспроизводи автоматически терминологию исходника. Pre-existing нарушения в заменяемом тексте — твоя ответственность; молча скопировав их в новый текст, ты унаследуешь нарушения и они станут частью твоей правки. Прогон чеклиста по 4 вопросам обязателен **по новому тексту целиком**, а не только по дельте «новое - старое».
-10. **Self-Correct** — после каждой правки в скил **обязательно** перечитай принципы коуча (1-12) и проверь, не нарушает ли внесённая правка какой-либо из них. Не жди указания стейкхолдера — проверяй проактивно. **Процедура:** после каждого Edit/Write в файл скила — прежде чем отвечать пользователю — (1) перечитай `Read` записанный файл, (2) пройди по каждому принципу 1-12, (3) если нарушение найдено — исправь сразу, не дожидаясь фидбека. **(4) Проверка доставки:** если правка добавляет знание в shared или knowledge — открой SKILL.md целевого скила и убедись, что файл загружается по триггеру текущей задачи. Если триггер загрузки отсутствует или слишком слабый (последняя строка таблицы, без ⛔, без «обязательно») — **усиль триггер в том же CHG**, иначе правка не дойдёт до агента-исполнителя. Когда стейкхолдер указывает на ошибку — это сигнал, что проактивная проверка не сработала: исправь не только текущую работу и целевой скил, но и усиль собственные инструкции коуча, чтобы ошибка не повторялась.
+10. **Self-Correct** — после каждой правки в скил **обязательно** перечитай принципы коуча (1-12) и проверь, не нарушает ли внесённая правка какой-либо из них. Не жди указания стейкхолдера — проверяй проактивно. **Процедура:** после каждого Edit/Write в файл скила — прежде чем отвечать пользователю — (1) перечитай `Read` записанный файл, (2) пройди по каждому принципу 1-12, (3) если нарушение найдено — исправь сразу, не дожидаясь фидбека. **(4) Проверка доставки:** если правка добавляет знание в shared или knowledge — открой SKILL.md целевого скила и убедись, что файл загружается по триггеру текущей задачи. Если триггер загрузки отсутствует или слишком слабый (последняя строка таблицы, без ⛔, без «обязательно») — **усиль триггер в том же CHG**, иначе правка не дойдёт до агента-исполнителя. **(5) Тест:** после проверки принципов 1-12 **обязательно** выполни секцию «Обязательный шаг: Тест» (→ `workflows/test.md`). Self-check без теста — незавершённый self-check: принципы проверяют корректность текста, тест проверяет корректность поведения агента при чтении этого текста. Когда стейкхолдер указывает на ошибку — это сигнал, что проактивная проверка не сработала: исправь не только текущую работу и целевой скил, но и усиль собственные инструкции коуча, чтобы ошибка не повторялась.
 11. **Context Budget** — при анализе и аудите скила обязательно оценивай его **суммарный размер** (SKILL.md + все файлы из knowledge/ + algorithms/ + workflows/). Агент загружает эти файлы в контекст перед работой. **Порог:** если суммарный размер > 800 строк — это finding уровня HIGH. Каждая правка, добавляющая текст, должна оцениваться: «Не приведёт ли это к context overflow у агента-исполнителя?» **При аудите:** измерь `wc -l` всех файлов скила, укажи суммарный размер и сравни с порогом. Если превышен — рекомендуй консолидацию: объединение дублирующих секций, вынос редко используемых блоков в отдельные файлы с ленивой загрузкой (загружать только по триггеру, а не всегда), сжатие примеров.
 12. **Consistency** — скил не должен содержать взаимоисключающих или противоречащих друг другу инструкций. При каждой правке и аудите проверяй: не конфликтует ли новая инструкция с существующими. **Процедура:** после внесения правки grep'ни файл на ключевые термины правки и прочитай все совпадения — убедись, что нигде не сказано противоположное. **Типичные противоречия:** «всегда делай X» в одном месте и «никогда не делай X» в другом; разные значения по умолчанию для одного параметра; разные приоритеты действий в SKILL.md и в workflow. При обнаружении противоречия — устрани его сразу, выбрав одну версию и обновив все места.
 

package/src/skills/manual-testing/SKILL.md

@@ -119,6 +119,8 @@ ticket_prefix: QA
 
 Перед сохранением убедись, что директория `reports/` существует. Если нет — создай её.
 
+**⚠️ Переиспользование существующего теста (discovery вариант C):** если тест уже существует и сохраняет артефакты с hardcoded prefix другого тикета — **обнови prefix на ID текущего тикета в тест-файле перед запуском**. Ручное копирование/переименование файлов после запуска — антипаттерн: создаёт гонку mtime между артефактами и `updated_at` тикета, ломает artifact-snapshot diff верификатора.
+
 ### Cleanup evidence
 
 После завершения тестирования в `reports/` должны остаться **только файлы, на которые ссылается тикет**. Удали промежуточные и отладочные файлы (пробные скриншоты, дубликаты, скриншоты с неверным содержимым). Имя файла evidence должно соответствовать TC, для которого он используется — если evidence для TC-001 фактически сохранён как `TC-002-*.png`, переименуй или пересохрани с корректным именем.

package/src/scripts/tests/timeout-cascade.test.js

@@ -1,28 +0,0 @@
-function parseTimeout(testCase, index) {
-  return testCase.execution?.timeout_s || index.execution?.default_timeout_s || 300;
-}
-
-function testTimeoutCascade() {
-  const index = { execution: { default_timeout_s: 300 } };
-  
-  const testCases = [
-    { name: 'TC-001', execution: { timeout_s: 600 } },
-    { name: 'TC-002', execution: {} },
-    { name: 'TC-003' }
-  ];
-  
-  const results = testCases.map(tc => ({
-    case: tc.name,
-    timeout: parseTimeout(tc, index)
-  }));
-  
-  console.log('Timeout cascade results:', results);
-  
-  const expected = [600, 300, 300];
-  const passed = results.every((r, i) => r.timeout === expected[i]);
-  
-  console.log(`Test ${passed ? 'PASSED' : 'FAILED'}`);
-  process.exit(passed ? 0 : 1);
-}
-
-testTimeoutCascade();

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

@@ -1,44 +0,0 @@
-# Analyze Report — Agent Skill
-
-Аналитик отчётов для workflow-ai. Анализирует отчёты о выполненных задачах, оценивает прогресс по планам, проводит ретроспективы и формирует actionable рекомендации.
-
-## Структура
-
-```
-analyze-report/
-├── SKILL.md                              # Ядро: роль, маршрутизация, принципы
-├── README.md                             # Документация
-├── workflows/
-│   ├── progress.md                       # Оценка прогресса по плану
-│   └── retrospective.md                  # Ретроспектива завершённого плана
-├── knowledge/
-│   ├── analysis-frameworks.md            # Методологии анализа, метрики, паттерны
-│   └── report-structure.md               # Структура отчётов, правила извлечения данных
-├── algorithms/
-│   └── progress-assessment.md            # Алгоритм оценки прогресса (формулы, пороги)
-└── templates/
-    └── analysis-report.md                # Шаблон результата анализа
-```
-
-## Как это работает
-
-1. Любой скил проекта создаёт тикет `ANL-*` с запросом на анализ
-2. Analyze Report определяет тип (PROGRESS / RETROSPECTIVE)
-3. Загружает соответствующий workflow
-4. Собирает данные из отчётов, тикетов, планов
-5. Рассчитывает метрики, выявляет проблемы, формулирует рекомендации
-6. Формирует структурированный результат анализа
-
-## Как расширять
-
-### Новый тип анализа
-1. Создай файл в `workflows/{type}.md`
-2. Добавь запись в таблицу маршрутизации в `SKILL.md`
-
-### Новый knowledge-модуль
-1. Создай файл в `knowledge/{module}.md`
-2. Добавь запись в таблицу загрузки знаний в `SKILL.md`
-
-### Новый шаблон вывода
-1. Создай файл в `templates/{template}.md`
-2. Добавь запись в таблицу шаблонов в `SKILL.md`

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,5 +0,0 @@
-# TRIAL ERRORED
-
-agent: claude-sonnet
-trial: 1
-error: Agent exited with code 143