• Проанализировано 14 новых скиллов Claude Code; интегрированы 5: systematic-debugging, senior-devops, senior-prompt-engineer, webapp-testing, code-reviewer.
• Systematic-debugging описан как скилл (не агент) со структурированным 4-фазным процессом: Root Cause Analysis, Pattern Analysis, Hypothesis Generation, Implementation & Verification.
• Заявлены правила эскалации: «3 фикса = пересмотр архитектуры» и порог «3+ файла в разных модулях» как сигнал архитектурной проблемы.
• После интеграции в bug-fixer автор приводит метрики: 50% → 85% фиксов с первой попытки; 3–5 → 1–2 итерации на баг; ~15K → ~10K токенов контекста на фикс; 15% случаев эскалируются как архитектурные проблемы.
• В процессе закреплены quality gates (type-check, build, tests; lint опционально) и правило отката изменений при провале любого gate.

Почему это важно: В тексте показано, как систематический 4-фазный дебаг заменяет «угадывание фиксов» и снижает риск выгорания контекста в AI-ассистированной разработке. Связка «скилл как переиспользуемая база знаний + логика исполнения» позволяет нескольким агентам следовать одной методологии без разрастания их промптов. Отдельно описывается, как методология встраивается в workflow (/health-bugs) вместе с повторной верификацией результатов.

На что обратить внимание: Все численные эффекты и выводы в статье даны со слов автора и привязаны к его клиентским проектам, поэтому их стоит воспринимать как кейс, а не универсальную норму. Пороговые правила («3 фикса», «3+ файла») выступают эвристиками для решения о рефакторинге, а не автоматическим приговором архитектуре. Важно, что в методологии закреплён откат при провале quality gates и фиксация воспроизводимости, трассировки и проверяемой гипотезы до внесения изменений.