Сценарий 12: Технический долг

# Выберите сценарий технического долга
/select 12

Запрос пользователя
    |
    v
[Фаза 1] На основе обработчиков (шаблонные ответы, без LLM)
    |-- IntentDetector        → классификация интента запроса
    |-- DebtScanHandler       → структурированный отчёт по метрикам
    |-- QuickWinsHandler      → структурированный отчёт по быстрым победам
    |
    v (если обработчик не может ответить)
[Фаза 2] Полный конвейер с LLM
    |-- DebtCalculator.detect_all_debt()
    |-- PrioritizationEngine.prioritize_debt()
    |-- RepaymentPlanner.create_plan()
    |-- LLM генерирует ответ на естественном языке

> Рассчитать показатель технического долга

╭─────────────── Сводка по техническому долгу ────────────────╮
│                                                              │
│  Общий показатель технического долга: 34/100 (умеренный)     │
│                                                              │
│  Распределение по категориям:                                │
│                                                              │
│  Сложность:      42%  ████████░░  (LONG_METHODS, COMPLEX)   │
│    - 23 функции превышают порог сложности                    │
│    - 5 функций длиннее 300 строк                             │
│                                                              │
│  Обслуживание:   28%  █████░░░░░  (TODO, DEPRECATED_API)    │
│    - 156 комментариев TODO/FIXME/HACK                        │
│    - 12 использований устаревших API                         │
│                                                              │
│  Качество кода:  18%  ████░░░░░░  (CODE_DUPLICATION)        │
│    - 15 кластеров клонов, ~450 дублированных строк           │
│                                                              │
│  Неисп. код:     12%  ██░░░░░░░░  (DEAD_CODE)               │
│    - 34 функции без ссылок                                   │
│                                                              │
╰──────────────────────────────────────────────────────────────╯

> Показать метрики долга

  Всего элементов:    234
  Общие трудозатраты:  180 часов
  Коэффициент долга:  0.12 (12% трудозатрат кодовой базы)
  Оценка стоимости:   $18,000

  По серьёзности:
    critical:  12   high:  45   medium:  98   low:  79

  По категориям:
    complexity:    89   maintenance:  67
    code_quality:  44   unused_code:  34

ROI score = impact_score / effort_hours

Критерии быстрой победы:
  effort_hours ≤ 2  AND  confidence ≥ 0.7

Критерии стратегического элемента:
  impact_score ≥ 8  OR  dependencies ≥ 3

> Приоритизировать элементы долга

  Приоритизированный долг (по ROI):
    1. [БЫСТРАЯ ПОБЕДА] Удалить мёртвую функцию old_format_help()
       ROI: 9.2  Трудозатраты: 0.5ч  Влияние: 4.6  Достоверность: 0.95

    2. [БЫСТРАЯ ПОБЕДА] Удалить блок TODO в pg_type.c:234
       ROI: 7.0  Трудозатраты: 1.0ч  Влияние: 7.0  Достоверность: 0.85

    3. [СТРАТЕГИЧЕСКИЙ] Разделить exec_simple_query() — сложность 47
       ROI: 3.1  Трудозатраты: 8.0ч  Влияние: 24.5  Зависимости: 5

    4. [СТРАТЕГИЧЕСКИЙ] Устранить дублирование процедур сканирования — 3 файла
       ROI: 2.8  Трудозатраты: 6.0ч  Влияние: 16.8  Зависимости: 3

  Быстрые победы: 45 элементов (всего ~30ч)
  Стратегические элементы: 12 элементов (всего ~96ч)

> Составить план погашения технического долга

╭─────────────── План погашения ────────────────────────────╮
│                                                            │
│  Скорость: 40 часов/спринт                                 │
│  Спринты: 4 из 6 максимум                                  │
│  Завершение: 78% общего долга адресовано                    │
│                                                            │
│  Спринт 1 (38ч):                                           │
│    - 12 быстрых побед (очистка TODO, удаление мёртвого кода)│
│    - Риск: НИЗКИЙ                                          │
│                                                            │
│  Спринт 2 (40ч):                                           │
│    - Разделение exec_simple_query() (8ч)                    │
│    - Удаление вызовов устаревших API (6ч)                   │
│    - 8 быстрых побед (26ч)                                  │
│    - Риск: СРЕДНИЙ                                         │
│                                                            │
│  Спринт 3 (36ч):                                           │
│    - Устранение дублирования процедур сканирования (6ч)     │
│    - Снижение связанности в executor (12ч)                   │
│    - 6 быстрых побед (18ч)                                  │
│    - Риск: СРЕДНИЙ                                         │
│                                                            │
│  Спринт 4 (32ч):                                           │
│    - Оставшиеся элементы сложности                         │
│    - Риск: НИЗКИЙ                                          │
│                                                            │
│  Оставшиеся элементы: 52 (22% — запланировать в будущем)   │
│                                                            │
╰────────────────────────────────────────────────────────────╯

# Полное сканирование (все уровни серьёзности)
python -m src.cli dogfood config-check

# Только ошибки (используется в CI)
python -m src.cli dogfood config-check --level error --format text

# Вывод в JSON с рекомендациями по исправлению
python -m src.cli dogfood config-check --format json --fix-suggestions

# Пользовательские пути (для других проектов)
python -m src.cli dogfood config-check --config my_config.yaml --schema my_schema.py --source src/ lib/

# Анализ долга по запросу
python -m src.cli query "Рассчитать показатель технического долга"

# Глубокий анализ с LLM
python -m src.cli exec --prompt "Составить план погашения технического долга"

# Обнаружение быстрых побед
python -m src.cli query "Найти быстрые победы в техническом долге"

# Приоритизация
python -m src.cli query "Приоритизировать элементы долга по ROI"