Новые навыки для Claude Code: systematic-debugging, senior-devops, senior-prompt-engineer
- Проанализировано 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 и фиксация воспроизводимости, трассировки и проверяемой гипотезы до внесения изменений.
Коротко
- Методология начинается с воспроизводимости и сбора evidence (логи, трассировка), а не с правок кода «наугад».
- Когда исправление расползается по модулям, это трактуется как сигнал к пересмотру границ и рефакторингу, а не к серии патчей.
- Разделение «скилл vs агент» помогает держать правила и чек-листы в одном месте, чтобы их могли использовать разные роли и workflows.
- Пример с валидацией email показывает, как общий валидатор и тесты заменяют три копии логики и снижают риск расхождений.
- В описании /health-bugs дебаг превращён в цикл с повторной верификацией: после фиксов баги снова ищутся отдельным агентом.
FAQ
Зачем это важно для AI-ассистированной разработки: как systematic-debugging в статье снижает «угадывание фиксов» и риск выгорания контекста?
Автор описывает, что попытки чинить без root cause ведут к потере времени, росту техдолга и переполнению контекста. После интеграции он приводит рост фиксов с первой попытки с 50% до 85%.
В чём различие между скиллом и агентом в Claude Code Orchestrator Kit, и почему автор подчёркивает это при описании новых навыков?
Скилл — переиспользуемая stateless-утилита (<100 строк), вызываемая через Skill tool. Агент — stateful-контекст, вызываемый через Task tool.
Какие этапы включает systematic-debugging и что именно автор предлагает делать на фазах анализа паттернов и генерации проверяемой гипотезы?
В статье выделены Root Cause Analysis, Pattern Analysis, Hypothesis Generation, Implementation & Verification. Гипотеза должна быть проверяемой, а анализ паттернов отвечает на вопрос, локальна ли проблема или системная.
Какие проверки входят в quality gates и что, согласно статье, происходит с изменениями, если type-check, build или tests завершаются с ошибкой?
Перечислены type-check, build, tests и опционально lint. Если любой gate проваливается, изменения откатываются, и фикс не считается завершённым.
Читайте также
Как тимлид заменил десятки вкладок на файловую систему и Claude Code- Как научить LLM исправлять код без лишних изменений
- Awesome Claude Code: ИИ-помощник для PHP-архитектора
- Как кодинг-агенты используют инструменты, память и контекст репозитория, чтобы писать код лучше
- Возвращаем к жизни связку OpenClaw и Claude
- Разделение 'скилл' и 'агент' в Claude Code Orchestrator Kit: В статье вводится практическое разделение: скилл — переиспользуемая stateless-утилита (обычно компактная, до ~100 строк), вызываемая через Skill tool; агент — отдельный stateful-контекст, вызываемый через Task tool. Такой подход помогает держать методологии, чек-листы и логику исполнения в одном месте и подключать их к нескольким агентам без разрастания промптов.
[LLM-агенты и архитектура]
Зарегистрированные пользователи видят только два тезиса.
Зарегистрироваться
Автор разобрал 14 новых скиллов для Claude Code Orchestrator Kit и интегрировал 5, выделив systematic-debugging как основу для системного дебага. По его данным, это повысило долю фиксов с первой попытки с 50% до 85% и сократило число итераций.