workflow-ai 1.0.41 → 1.0.43

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

@@ -1,110 +0,0 @@
----
-name: analyze-report
-description: Проанализировать отчёт о выполненных задачах и выработать рекомендации. Используй после завершения итерации работ для принятия решений о дальнейших действиях. Читает отчёты из .workflow/reports/ и формирует выводы.
----
-
-# Анализ отчёта
-
-Этот skill анализирует отчёты о выполненных задачах и помогает принять решения о дальнейших действиях.
-
-## Когда использовать
-
-- Завершилась итерация работ
-- Накопились выполненные задачи
-- Нужно принять решение о следующих шагах
-- Требуется ретроспектива
-
-## Шаги выполнения
-
-### 1. Прочитать отчёт
-
-```
-Путь: .workflow/reports/REPORT-{NNN}.md
-```
-
-Извлечь:
-- Период отчёта
-- Выполненные задачи
-- Проблемы
-- Статистику
-
-### 2. Проанализировать достижения
-
-Для каждой выполненной задачи:
-- Что было сделано?
-- Соответствует ли результат ожиданиям?
-- Были ли отклонения от плана?
-
-### 3. Проанализировать проблемы
-
-Для каждой проблемы:
-- В чём причина?
-- Как была решена (или не решена)?
-- Можно ли предотвратить в будущем?
-
-### 4. Оценить прогресс по плану
-
-Если есть связанный план:
-- Какой процент выполнен?
-- Соблюдаются ли сроки?
-- Нужна ли корректировка плана?
-
-### 5. Сформулировать выводы
-
-**Положительные моменты:**
-- Что работает хорошо
-- Какие практики стоит продолжать
-
-**Области для улучшения:**
-- Что можно улучшить
-- Какие процессы неэффективны
-
-**Рекомендации:**
-- Конкретные действия
-- Приоритеты
-
-### 6. Принять решение
-
-Возможные решения:
-- **Продолжить** — следующие задачи по плану
-- **Скорректировать** — изменить приоритеты или подход
-- **Новый план** — текущий план исчерпан или нерелевантен
-- **Эскалировать** — требуется вмешательство человека
-
-### 7. Вывести структурированный результат
-
-После анализа **обязательно** выведи блок результата.
-
-Если план выполнен полностью:
-```
----RESULT---
-status: completed
----RESULT---
-```
-
-Если есть пробелы/недочёты:
-```
----RESULT---
-status: has_gaps
-gaps: Краткое описание что не сделано или не соответствует плану
----RESULT---
-```
-
-## Пример использования
-
-```
-Проанализируй отчёт .workflow/reports/REPORT-001.md и дай рекомендации.
-```
-
-## Результат
-
-Структурированный анализ с:
-- Оценкой прогресса
-- Выявленными проблемами
-- Рекомендациями
-- Решением о дальнейших действиях
-
-## Связанные skills
-
-- `create-plan` — создание нового плана на основе анализа
-- `create-report` — создание отчёта для анализа

package/src/skills/check-relevance/SKILL.md

@@ -1,236 +0,0 @@
----
-name: check-relevance
-description: Проверить актуальность тикета перед выполнением. Используется для предотвращения выполнения устаревших или уже завершённых задач.
----
-
-# Проверка актуальности тикета
-
-> **ЗАПРЕТ:** НЕ перемещай, НЕ удаляй, НЕ переименовывай файлы тикетов. Твоя задача — ТОЛЬКО прочитать, при irrelevant добавить запись в таблицу ревью, и вернуть вердикт. Перемещение выполняет отдельный stage пайплайна. Проверяй ТОЛЬКО тикет из `ticket_id` контекста, игнорируй остальные поля (`ready_tickets` и т.д.).
-
-Этот skill проверяет актуальность тикета перед его выполнением. Предотвращает выполнение устаревших/неактуальных задач.
-
-## Когда использовать
-
-- Тикет только что перемещён в `in-progress/`
-- Перед выполнением основной задачи (execute-task)
-- Для фильтрации задач с неактивными планами или выполненными DoD
-
-## Шаги проверки
-
-### 0. Быстрый выход по существующему ревью
-
-**До любых проверок** найди в тикете секцию `## Ревью`.
-
-Если последняя запись имеет статус `⏭ skipped` — тикет уже был проверен и пропущен. **Повторно проверять НЕ НАДО**, новую запись skipped добавлять НЕ НАДО. Немедленно верни:
-
-```
----RESULT---
-status: irrelevant
-reason: already_skipped
----RESULT---
-```
-
-Если последняя запись имеет статус `❌ failed` — тикет был выполнен, но ревью провалилось. Тикету нужна **доработка через execute-task**, а НЕ повторное ревью. Немедленно верни:
-
-```
----RESULT---
-status: relevant
-reason: review_failed_needs_rework
----RESULT---
-```
-
-Если последней записи нет или статус другой — переходи к шагу 1.
-
-### 1. Прочитать тикет
-
-**ОБЯЗАТЕЛЬНО:** Используй `ticket_id` из секции Context промпта.
-
-```
-Путь: .workflow/tickets/in-progress/{TICKET-ID}.md
-```
-
-Извлечь:
-- `parent_plan` — ссылка на родительский план
-- `dependencies` — зависимости тикета
-- `conditions` — условия выполнения
-- Критерии готовности (Definition of Done)
-
-### 2. Проверить родительский план
-
-Проверить статус родительского плана:
-
-```
-Путь: .workflow/plans/current/{PARENT_PLAN}.md
-```
-
-**Критерии неактуальности:**
-- План имеет `status: completed` — план уже завершён
-- План имеет `status: archived` — план заархивирован
-- План имеет `status: cancelled` — план отменён
-
-**Если план неактивен:** тикет `irrelevant`
-
-### 3. Проверить выполнение DoD
-
-Проверить все критерии из Definition of Done тикета:
-
-**Критерии неактуальности:**
-- Все критерии уже отмечены как выполненные `[x]`
-- В секции "Результат выполнения" уже есть заполненные данные
-
-**ВАЖНО:** Если DoD выполнен, но последнее ревью `❌ failed` — тикет **НЕ неактуален**, ему нужна доработка. Верни `relevant` (reason: review_failed_needs_rework). Это предотвращает бесконечный цикл повторного ревью без доработки.
-
-**Если DoD полностью выполнен И ревью НЕ failed:** тикет `irrelevant` (задача уже сделана)
-
-### 4. Проверить зависимости
-
-Проверить тикеты из секции `dependencies`:
-
-```
-Путь: .workflow/tickets/{status}/{DEP-TICKET}.md
-```
-
-**Критерии неактуальности:**
-- Зависимый тикет находится в `blocked/` с причиной "неактуально"
-- Зависимый тикет был удалён или перемещён в архив
-
-**Если критические зависимости неактуальны:** тикет `irrelevant`
-
-### 5. Проверить статус blocked
-
-**Проверить секцию `## Блокировки` или frontmatter:**
-
-Если тикет помечен как заблокированный → **неактуален**.
-
-### 6. При irrelevant — записать в таблицу ревью тикета
-
-Если вердикт `irrelevant`, **ОБЯЗАТЕЛЬНО** добавь запись в секцию `## Ревью` тикета:
-
-- Если секции `## Ревью` нет — создай её в конце файла
-- Если таблица уже есть — добавь строку в конец таблицы
-
-Формат записи:
-
-```
-| {текущая дата} | ⏭️ skipped | {причина irrelevant: plan_inactive / dod_completed / dependencies_inactive} |
-```
-
-Пример:
-
-```markdown
-## Ревью
-
-| Дата | Статус | Самари |
-|------|--------|--------|
-| 2026-03-10 | ⏭️ skipped | DoD уже выполнен, тикет неактуален |
-```
-
-Это единственная допустимая запись в файл — только добавление строки в таблицу ревью.
-
-### 7. Принять решение
-
-На основе проверок вывести результат:
-
-| Проверка | Результат | Статус |
-|----------|-----------|--------|
-| Последнее ревью failed | Needs rework | `relevant` |
-| План неактивен | Plan inactive | `irrelevant` |
-| DoD выполнен (ревью НЕ failed) | DoD completed | `irrelevant` |
-| Зависимости неактуальны | Dependencies inactive | `irrelevant` |
-| Все проверки пройдены | All checks passed | `relevant` |
-
-## Fail-safe дизайн
-
-**Важно:** При неизвестном статусе или ошибке проверки использовать fallback → `relevant`
-
-Это гарантирует что тикет будет выполнен даже при проблемах с проверкой. Лучше выполнить лишний тикет, чем пропустить нужный.
-
-## Формат результата
-
-Обязательно выведи блок результата:
-
-```
----RESULT---
-status: relevant
----RESULT---
-```
-
-Или для неактуальных:
-
-```
----RESULT---
-status: irrelevant
-reason: <причина: plan_inactive / dod_completed / dependencies_inactive>
----RESULT---
-```
-
-## Примеры
-
-### Пример 1: Тикет актуален
-
-```markdown
-## Result
-
-### Что проверено
-- Родительский план PLAN-001: status: active ✓
-- DoD: не все критерии выполнены ✓
-- Зависимости: все активны ✓
-
-### Решение
-Тикет актуален, можно выполнять
-
----RESULT---
-status: relevant
----RESULT---
-```
-
-### Пример 2: План завершён
-
-```markdown
-## Result
-
-### Что проверено
-- Родительский план PLAN-001: status: completed ✗
-
-### Решение
-План уже завершён, тикет неактуален
-
----RESULT---
-status: irrelevant
-reason: plan_inactive
----RESULT---
-```
-
-### Пример 3: DoD выполнен
-
-```markdown
-## Result
-
-### Что проверено
-- Родительский план PLAN-001: status: active ✓
-- DoD: все критерии отмечены [x] ✗
-- Секция "Результат выполнения": заполнена ✗
-
-### Решение
-Задача уже выполнена, тикет неактуален
-
----RESULT---
-status: irrelevant
-reason: dod_completed
----RESULT---
-```
-
-## Интеграция с pipeline
-
-Этот skill используется в stage `check-relevance` который размещается между:
-- `move-to-in-progress` → `check-relevance` → `execute-task`
-
-Переходы:
-- `relevant` → перейти к `execute-task`
-- `irrelevant` → переместить тикет в `done/` с пометкой
-- `default` (fallback) → `execute-task` (fail-safe)
-
-## Связанные skills
-
-- `execute-task` — выполняет задачу после проверки актуальности
-- `move-ticket` — перемещает неактуальные тикеты в done/

package/src/skills/coach/README.md

@@ -1,100 +0,0 @@
-# Coach — Модульный скилл
-
-Скилл для агента workflow-ai, обрабатывающего тикеты `COACH-*`.
-Мета-скил для создания, аудита и совершенствования других скилов.
-
-## Структура
-
-```
-coach/
-├── SKILL.md                          # Ядро: роль, маршрутизация, принципы
-│
-├── workflows/                        # Пошаговые воркфлоу по типам тикетов
-│   ├── create.md                     #   COACH-*: CREATE — создание нового скила
-│   ├── audit.md                      #   COACH-*: AUDIT — полный аудит скила
-│   ├── analyze.md                    #   COACH-*: ANALYZE — анализ эффективности
-│   ├── improve.md                    #   COACH-*: IMPROVE — точечное улучшение
-│   ├── research.md                   #   COACH-*: RESEARCH — поиск знаний
-│   └── review.md                     #   COACH-*: REVIEW — ревью структуры и качества
-│
-├── knowledge/                        # Экспертные знания (подгружаются по запросу)
-│   ├── skill-anatomy.md              #   Эталонная структура скила
-│   ├── common-antipatterns.md        #   Типичные ошибки в скилах
-│   └── prompt-engineering.md         #   Принципы написания инструкций
-│
-├── algorithms/                       # Формализованные методы принятия решений
-│   ├── skill-scoring.md              #   Оценка качества скила (0–100)
-│   ├── gap-analysis.md               #   Поиск пробелов в покрытии скила
-│   └── improvement-prioritization.md #   Приоритизация улучшений (ICE)
-│
-├── templates/                        # Шаблоны вывода
-│   ├── new-skill.md                  #   Структура нового скила
-│   ├── audit-report.md               #   Результат аудита
-│   └── improvement-plan.md           #   План улучшений
-│
-└── README.md                         # Этот файл
-```
-
-## Как это работает
-
-1. Агент получает тикет `COACH-*` из `in-progress/`
-2. **SKILL.md** — всегда в контексте: роль, маршрутизация, принципы
-3. По типу тикета агент подгружает нужный **workflow**
-4. Воркфлоу ссылается на **knowledge** и **algorithms** по необходимости
-5. Результат оформляется по **template**
-
-## Типичные сценарии
-
-| Задача | Тикет | Воркфлоу |
-|--------|-------|----------|
-| Создать скил для новой роли | COACH-001: CREATE | `workflows/create.md` |
-| Проверить качество GML-скила | COACH-002: AUDIT | `workflows/audit.md` |
-| Понять почему тикеты GML выполняются плохо | COACH-003: ANALYZE | `workflows/analyze.md` |
-| Добавить знания в скил | COACH-004: IMPROVE | `workflows/improve.md` |
-| Найти лучшие практики для домена | COACH-005: RESEARCH | `workflows/research.md` |
-| Быстро проверить новый скил | COACH-006: REVIEW | `workflows/review.md` |
-
-## Как расширять
-
-### Добавить новый тип тикета
-
-1. Создай `workflows/new-type.md` с алгоритмом выполнения
-2. Добавь строку в таблицу маршрутизации в `SKILL.md`
-3. Если нужен шаблон вывода — добавь в `templates/`
-
-### Добавить новые знания
-
-1. Создай файл в `knowledge/` (например `knowledge/skill-versioning.md`)
-2. Добавь строку в таблицу «Загрузка знаний» в `SKILL.md`
-3. Укажи в каких воркфлоу его подгружать
-
-### Добавить новый алгоритм
-
-1. Создай файл в `algorithms/` (например `algorithms/complexity-estimation.md`)
-2. Добавь строку в таблицу «Загрузка алгоритмов» в `SKILL.md`
-3. Укажи в каких воркфлоу его использовать
-
-### Добавить новый шаблон
-
-1. Создай файл в `templates/`
-2. Укажи в соответствующем воркфлоу ссылку на шаблон
-
-### Расширить существующие модули
-
-Каждый файл в `knowledge/` содержит маркер:
-```
-<!-- РАСШИРЕНИЕ: добавляй ... ниже -->
-```
-Дописывай новую информацию после этого маркера.
-
-## Примеры расширений
-
-**Новый антипаттерн:** допиши в `knowledge/common-antipatterns.md` строку в таблицу по формату существующих.
-
-**Новый критерий scoring:** допиши в `algorithms/skill-scoring.md` строку в нужную категорию (пересчитай максимум баллов).
-
-**Новый тип исследования:** допиши в `workflows/research.md` строку в таблицу поисковых запросов.
-
-**Новый воркфлоу (пример — миграция скила на новую версию):**
-1. Создай `workflows/migrate.md`
-2. В `SKILL.md` добавь строку: `| MIGRATE | «миграция», «обновить формат» | ... | → workflows/migrate.md |`

package/src/skills/coach/SKILL.md

@@ -1,119 +0,0 @@
----
-name: coach
-description: >
-  Скилл агента-коуча для workflow-ai. Активируется при обработке тикетов
-  с префиксом COACH-*. Агент — мета-специалист по совершенствованию скилов.
-  Он создаёт новые скилы, анализирует работу существующих на основе завершённых
-  планов и тикетов, находит недостатки, ищет лучшие практики в интернете,
-  обогащает knowledge-базу и итеративно улучшает скилы.
-ticket_prefix: COACH
----
-
-# Coach — Agent Skill
-
-## Роль
-
-Ты — коуч системы скилов workflow-ai. Твоя задача — создавать, анализировать и совершенствовать скилы агентов. Ты работаешь на мета-уровне: не выполняешь бизнес-задачи, а улучшаешь инструменты, которыми другие агенты их выполняют.
-
-**Ты делаешь:** создание новых скилов, аудит существующих, анализ завершённых планов и тикетов, поиск паттернов ошибок и недочётов, поиск лучших практик в интернете, обогащение knowledge/algorithms, рефакторинг воркфлоу, формирование рекомендаций.
-
-**Ты НЕ делаешь:** выполнение бизнес-тикетов других скилов, принятие решений за скил (только рекомендации), удаление скилов без подтверждения. Если при анализе обнаружена проблема в артефакте — улучши скил, который его создал, и рекомендуй создать тикет на переделку артефакта соответствующим скилом. Коуч правит **только** содержимое `.workflow/src/skills/`.
-
-## Объекты работы
-
-| Объект | Описание |
-|--------|----------|
-| **Скил** | Директория в `.workflow/src/skills/` с SKILL.md, workflows/, knowledge/, algorithms/, templates/ |
-| **План** | Файл в `.workflow/plans/` — источник контекста для анализа |
-| **Тикет** | Файл в `.workflow/tickets/` — единица работы для анализа результатов |
-| **Отчёт** | Файл в `.workflow/reports/` — источник метрик и выводов |
-| **Бэклог коуча** | Файл `.workflow/coach-backlog.yaml` — реестр проанализированных тикетов и внесённых правок |
-
-## Обязательный шаг: Бэклог коуча
-
-**⚠️ КРИТИЧЕСКИ ВАЖНО: Любая работа коуча БЕЗ обновления бэклога считается незавершённой.**
-
-**ПЕРЕД ЛЮБОЙ работой** выполни:
-
-1. Прочитай `.workflow/coach-backlog.yaml` (если не существует — создай с пустыми секциями)
-2. Загрузи `knowledge/backlog-management.md` — правила ведения бэклога
-3. При анализе тикетов — **пропускай** те, что уже есть в `analyzed_tickets`
-4. При внесении правок — **проверяй** `applied_changes`, не предлагай уже сделанное
-
-**ПОСЛЕ ЛЮБОЙ работы (включая ad-hoc запросы без тикета)** выполни:
-
-5. Добавь каждый проанализированный тикет в `analyzed_tickets`
-6. Добавь каждую внесённую правку в `applied_changes` с описанием всех изменённых файлов
-7. Если был аудит — обнови `audited_skills`
-8. Обнови `last_updated`
-
-**Это относится ко ВСЕМ формам работы:** формальные COACH-тикеты, ad-hoc запросы стейкхолдера, улучшения по собственной инициативе. Если правка внесена — она должна быть в бэклоге.
-
-## Маршрутизация тикетов COACH-*
-
-При получении тикета определи тип и загрузи соответствующий воркфлоу:
-
-| Тип | Триггеры в тикете | Действие | Воркфлоу |
-|-----|-------------------|----------|----------|
-| **CREATE** | «создать скил», «новый скил» | Создание нового скила с нуля | → `workflows/create.md` |
-| **AUDIT** | «аудит скила», «проверить скил» | Полный аудит существующего скила | → `workflows/audit.md` |
-| **ANALYZE** | «анализ результатов», «эффективность» | Анализ работы скила по завершённым тикетам | → `workflows/analyze.md` |
-| **IMPROVE** | «улучшить», «доработать», «обогатить» | Точечное улучшение скила | → `workflows/improve.md` |
-| **RESEARCH** | «исследовать», «найти практики», «бенчмарки» | Поиск знаний и подходов в интернете | → `workflows/research.md` |
-| **REVIEW** | «ревью скила», «код-ревью» | Ревью структуры и качества скила | → `workflows/review.md` |
-
-Если тип не определяется — классифицируй по основному действию в описании.
-
-## Загрузка знаний
-
-Подгружай модули из `knowledge/` когда нужна экспертиза:
-
-| Модуль | Когда загружать |
-|--------|----------------|
-| `knowledge/skill-anatomy.md` | При создании или аудите скила — эталонная структура |
-| `knowledge/common-antipatterns.md` | При аудите и ревью — типичные ошибки в скилах |
-| `knowledge/prompt-engineering.md` | При улучшении формулировок в SKILL.md и воркфлоу |
-| `knowledge/backlog-management.md` | **ВСЕГДА** — правила ведения бэклога проанализированных тикетов и правок |
-
-## Загрузка алгоритмов
-
-Подгружай из `algorithms/` когда нужен формализованный метод:
-
-| Алгоритм | Когда загружать |
-|----------|----------------|
-| `algorithms/skill-scoring.md` | Оценка качества скила по критериям |
-| `algorithms/gap-analysis.md` | Поиск пробелов в покрытии скила |
-| `algorithms/improvement-prioritization.md` | Приоритизация улучшений |
-
-## Шаблоны вывода
-
-Используй шаблоны из `templates/` для формирования результатов:
-
-| Шаблон | Когда использовать |
-|--------|-------------------|
-| `templates/new-skill.md` | Структура нового скила |
-| `templates/audit-report.md` | Результат аудита скила |
-| `templates/improvement-plan.md` | План улучшений скила |
-
-## Принципы
-
-1. **Evidence-Based** — все выводы основаны на данных из завершённых тикетов и планов, а не на предположениях.
-2. **Итеративность** — улучшай скилы инкрементально. Маленькие точечные улучшения > масштабные переписывания.
-3. **Обратная совместимость** — улучшения не должны ломать существующие воркфлоу и интеграции.
-4. **Актуальность знаний** — активно ищи в интернете лучшие практики, фреймворки и подходы для обогащения скилов.
-5. **Измеримость** — каждое улучшение должно иметь критерий успеха, по которому можно оценить результат.
-6. **DRY** — выноси повторяющиеся паттерны в shared knowledge/algorithms, не дублируй между скилами.
-
-## Формат вывода
-
-- Русский язык
-- Структурированный вывод с заголовками и таблицами
-- Конкретные рекомендации с указанием файлов и строк
-- Приоритизация: CRITICAL / HIGH / MEDIUM / LOW
-- Ссылки на источники при использовании внешних знаний
-
-## Границы компетенции
-
-- **Бизнес-решения** → соответствующий скил (GML, и т.д.)
-- **Инфраструктура workflow-ai** → конфигурация системы
-- **Код продукта** → скилы разработки (execute-task и т.д.)

package/src/skills/coach/algorithms/gap-analysis.md

@@ -1,69 +0,0 @@
-# Алгоритм: Gap-анализ скила
-
-Поиск пробелов в покрытии скила — что должно быть, но отсутствует.
-
-## Вход
-
-- Путь к директории скила
-- Завершённые тикеты скила (из `.workflow/tickets/done/`)
-- Планы и отчёты (если есть)
-
-## Алгоритм
-
-### 1. Анализ маршрутизации vs реальных тикетов
-
-Сравни типы из таблицы маршрутизации SKILL.md с типами реально пришедших тикетов.
-
-| Ситуация | Тип пробела | Приоритет |
-|----------|------------|-----------|
-| Тикет пришёл, воркфлоу нет | **Workflow Gap** | HIGH |
-| Воркфлоу есть, тикетов не было | Потенциально лишний | LOW |
-| Тикет не подошёл ни под один тип | **Routing Gap** | HIGH |
-
-### 2. Анализ знаний vs потребностей воркфлоу
-
-Для каждого воркфлоу проверь: все ли данные, на которые он ссылается, есть в knowledge/?
-
-| Ситуация | Тип пробела | Приоритет |
-|----------|------------|-----------|
-| Воркфлоу ссылается на несуществующий knowledge | **Knowledge Gap** | CRITICAL |
-| Воркфлоу требует данных, но не ссылается на knowledge | **Reference Gap** | MEDIUM |
-| Knowledge есть, но не используется ни в одном воркфлоу | Потенциально лишний | LOW |
-
-### 3. Анализ решений vs алгоритмов
-
-Найди в воркфлоу места, где агент принимает решения. Есть ли для них формализованный алгоритм?
-
-| Ситуация | Тип пробела | Приоритет |
-|----------|------------|-----------|
-| Решение принимается без алгоритма | **Algorithm Gap** | MEDIUM |
-| Алгоритм есть, но не используется | **Adoption Gap** | MEDIUM |
-
-### 4. Анализ вывода vs шаблонов
-
-Для каждого типа результата воркфлоу: есть ли шаблон в templates/?
-
-| Ситуация | Тип пробела | Приоритет |
-|----------|------------|-----------|
-| Воркфлоу формирует результат без шаблона | **Template Gap** | MEDIUM |
-| Шаблон есть, но не используется | Потенциально лишний | LOW |
-
-### 5. Анализ результатов тикетов
-
-Изучи завершённые тикеты. Где результат неполный или низкого качества?
-
-| Признак | Тип пробела | Приоритет |
-|---------|------------|-----------|
-| Пустые секции в результате | Воркфлоу неполный | HIGH |
-| Агент «придумал» данные | Нужен knowledge-модуль | HIGH |
-| Результат не по шаблону | Шаблон неизвестен агенту | MEDIUM |
-
-## Выход
-
-Таблица пробелов:
-
-| # | Тип пробела | Файл/секция | Описание | Приоритет | Рекомендация |
-|---|------------|-------------|----------|-----------|-------------|
-| 1 | ... | ... | ... | ... | ... |
-
-Сортировка по приоритету: CRITICAL → HIGH → MEDIUM → LOW.