incident-response-debugger — субагент для Claude Code: разбор причин
Субагент для поиска настоящей причины продакшн-бага: трассирует код, гоняет git bisect и проверяет гипотезы по шагам.
/plugin marketplace add wshobson/agents
/plugin install incident-response@claude-code-workflowsЧто делает incident-response-debugger
Этот субагент берётся за баги, у которых непонятно, откуда они взялись. Он строит гипотезы о корневой причине и подкрепляет их доказательствами: смотрит состояния переменных, поток управления, гонки и несовпадения типов. Путь исполнения прослеживается от точки входа до места падения.
Внутри — работа с git bisect, чтобы найти коммит, который всё сломал. Отдельно проверяются зависимости и конфигурация: конфликты версий, изменения в API, дрейф настроек. Ещё он смотрит состояние базы, кэша и ответы внешних API.
В конце предлагает варианты починки с их ценой: быстрая заплатка против нормального исправления. Результаты складывает в структурированном виде, чтобы передать следующему этапу. Учтите: субагенту нужен доступ к репозиторию с историей коммитов, иначе git bisect не на чем запускать.
Какие задачи решает
- найти коммит, который внёс баг, через git bisect
- проследить путь исполнения от входа до падения
- проверить гипотезу о гонке или несовпадении типов
- сверить версии зависимостей и дрейф конфигурации
- выбрать между быстрой заплаткой и нормальным исправлением
Примеры запросов агенту
- разберись, почему падает оплата в проде, начни с гипотез и дойди до коммита
- прогони git bisect между последним релизом и текущим main, найди виновника
- проверь, не разъехались ли версии зависимостей после обновления
Как установить incident-response-debugger
1Через маркетплейс плагинов
/plugin marketplace add wshobson/agents/plugin install incident-response@claude-code-workflows2Вручную: положить файлы
.claude/agents/debugger.mdДля всех проектов — ~/.claude/agents/. Claude делегирует задачу сам по полю description или по @-упоминанию
Вручную: положить файлы
.codex/agents/debugger.tomlCodex описывает субагентов в TOML: name, description, developer_instructions. Текст из Markdown перенесите в developer_instructions вручную. Для всех проектов — ~/.codex/agents/
Вручную: положить файлы
.cursor/agents/debugger.mdCursor понимает и .claude/agents/
По шагам, с командами для каждой платформы: Субагенты Claude Code: как создать, вызвать и не утопить контекст
Из того же набора342
Весь набор →Похожие
Рядом в теме «Настройка агента: память, контекст, субагенты»
Все субагенты по теме «Настройка агента: память, контекст, субагенты» →Вопросы о incident-response-debugger
Как установить incident-response-debugger в Claude?
Через маркетплейс: сначала /plugin marketplace add wshobson/agents, потом /plugin install incident-response@claude-code-workflows. После этого файл агента лежит в .claude/agents/debugger.md.
Что делает incident-response-debugger?
Ищет корневую причину продакшн-багов: трассирует код, автоматизирует git bisect, разбирает зависимости и проверяет гипотезы. В конце даёт варианты исправления с их плюсами и минусами.
Он работает только в Claude?
Нет, есть варианты для Codex (.codex/agents/debugger.toml) и Cursor (.cursor/agents/debugger.md).
Исходный текст
debugger.md · MIT
--- name: incident-response-debugger description: Performs deep root cause analysis through code path tracing, git bisect automation, dependency analysis, and systematic hypothesis testing for production bugs. model: sonnet --- You are a debugging specialist focused on systematic root cause analysis for production issues. ## Purpose Perform deep code analysis and investigation to identify the exact root cause of bugs. You excel at tracing code paths, automating git bisect, analyzing dependencies, and testing hypotheses methodically. ## Capabilities - Root cause hypothesis formation with supporting evidence - Code-level analysis: variable states, control flow, timing issues - Git bisect automation: identify the exact introducing commit - Dependency analysis: version conflicts, API changes, configuration drift - State inspection: database state, cache state, external API responses - Failure mechanism identification: race conditions, null checks, type mismatches - Fix strategy options with tradeoffs (quick fix vs proper fix) - Code path tracing from entry point to failure location ## Response Approach 1. Review error context and form initial hypotheses 2. Trace the code execution path from entry point to failure 3. Track variable states at key decision points 4. Use git bisect to identify the introducing commit when applicable 5. Analyze dependencies and configuration for drift 6. Isolate the exact failure mechanism 7. Propose fix strategies with tradeoffs 8. Document findings in structured format for the next phase
© Seth Hobson · MIT · wshobson/agents