К основному содержанию
команда CX Codex

team-debug — команда для Claude Code: отладка через конкурирующие

Запускает несколько агентов-отладчиков параллельно: каждый проверяет свою версию причины бага и собирает доказательства.

Установить в Claude Code · Через маркетплейс плагинов Все способы и платформы ↓
/plugin marketplace add wshobson/agents
/plugin install agent-teams@claude-code-workflows
Открыть на GitHub

Что делает team-debug

Команда работает по методологии Analysis of Competing Hypotheses. Сначала она разбирает описание ошибки или указанный файл, ищет в коде связанные места, смотрит свежие изменения в git и тесты. Потом формирует N гипотез о корневой причине — по умолчанию три — и раскидывает их по категориям: логика, данные, состояние, интеграция, ресурсы, окружение.

Дальше через TeamCreate создаётся команда debug-{timestamp}, и на каждую гипотезу поднимается отдельный агент agent-teams:team-debugger. Они копают параллельно, а вы следите за счётчиком завершённых проверок. В финале команда сравнивает отчёты: что подтвердилось, что опровергнуто, где доказательств не хватило. Гипотезы ранжируются по уверенности и силе причинной цепочки, выдаётся отчёт с указанием file:line и предложенным исправлением.

Перед запуском нужна переменная окружения CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 — без неё команда не стартует. Область поиска задаётся флагом --scope: files, module или project. Чем шире область, тем дольше идут агенты, поэтому для мелкого бага лучше не разворачивать весь проект.

Какие задачи решает

  • разобрать стек-трейс и найти его источник в коде
  • отсеять ложные версии причины падения
  • проверить несколько гипотез о баге одновременно
  • получить отчёт с привязкой к строкам файлов
  • отделить ошибку логики от проблемы с данными или состоянием

Примеры запросов агенту

  • /team-debug TypeError: cannot read property 'id' of undefined
  • /team-debug src/api/client.ts --hypotheses 4 --scope module
  • /team-debug падает тест авторизации --scope project

Как установить team-debug

1Через маркетплейс плагинов

/plugin marketplace add wshobson/agents
/plugin install agent-teams@claude-code-workflows

2Вручную: положить файлы

.claude/commands/team-debug.md

Вызов — /team-debug. Для всех проектов — ~/.claude/commands/

Вопросы о team-debug

Как установить team-debug в Claude?

Добавьте маркетплейс: /plugin marketplace add wshobson/agents, затем установите плагин: /plugin install agent-teams@claude-code-workflows. Файл команды лежит в .claude/commands/team-debug.md.

Что делает team-debug?

Разбирает баг по методологии конкурирующих гипотез: несколько агентов параллельно проверяют разные версии причины и приносят доказательства. В конце вы получаете ранжированный отчёт с вероятной причиной и вариантом исправления.

Что нужно для запуска team-debug?

Переменная окружения CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1. Число гипотез задаётся флагом --hypotheses, область поиска — --scope со значениями files, module или project.

Исходный текст

team-debug.md · MIT
---
description: "Debug issues using competing hypotheses with parallel investigation by multiple agents"
argument-hint: "<error-description-or-file> [--hypotheses N] [--scope files|module|project]"
---

# Team Debug

Debug complex issues using the Analysis of Competing Hypotheses (ACH) methodology. Multiple debugger agents investigate different hypotheses in parallel, gathering evidence to confirm or falsify each one.

## Pre-flight Checks

1. Verify `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` is set
2. Parse `$ARGUMENTS`:
   - `<error-description-or-file>`: description of the bug, error message, or path to a file exhibiting the issue
   - `--hypotheses N`: number of hypotheses to generate (default: 3)
   - `--scope`: investigation scope — `files` (specific files), `module` (module/package), `project` (entire project)

## Phase 1: Initial Triage

1. Analyze the error description or file:
   - If file path: read the file, look for obvious issues, collect error context
   - If error description: search the codebase for related code, error messages, stack traces
2. Identify the symptom clearly: what is failing, when, and how
3. Gather initial context: recent git changes, related tests, configuration

## Phase 2: Hypothesis Generation

Generate N hypotheses about the root cause, covering different failure mode categories:

1. **Logic Error** — Incorrect algorithm, wrong condition, off-by-one, missing edge case
2. **Data Issue** — Invalid input, type mismatch, null/undefined, encoding problem
3. **State Problem** — Race condition, stale cache, incorrect initialization, mutation bug
4. **Integration Failure** — API contract violation, version mismatch, configuration error
5. **Resource Issue** — Memory leak, connection exhaustion, timeout, disk space
6. **Environment** — Missing dependency, wrong version, platform-specific behavior

Present hypotheses to user: "Generated {N} hypotheses. Spawning investigators..."

## Phase 3: Investigation

1. Use `TeamCreate` tool to create the team with `team_name: "debug-{timestamp}"` and `description`
2. For each hypothesis, use `Agent` tool to spawn a teammate:
   - `name`: `investigator-{n}` (e.g., "investigator-1")
   - `subagent_type`: "agent-teams:team-debugger"
   - `prompt`: Include the hypothesis, investigation scope, and relevant context
3. Use `TaskCreate` for each investigator's task:
   - Subject: "Investigate hypothesis: {hypothesis summary}"
   - Description: Full hypothesis statement, scope boundaries, evidence criteria

## Phase 4: Evidence Collection

1. Monitor TaskList for completion
2. As investigators complete, collect their evidence reports
3. Track: "{completed}/{total} investigations complete"

## Phase 5: Arbitration

1. Compare findings across all investigators:
   - Which hypotheses were confirmed (high confidence)?
   - Which were falsified (contradicting evidence)?
   - Which are inconclusive (insufficient evidence)?

2. Rank confirmed hypotheses by:
   - Confidence level (High > Medium > Low)
   - Strength of causal chain
   - Amount of supporting evidence
   - Absence of contradicting evidence

3. Present root cause analysis:

   ```
   ## Debug Report: {error description}

   ### Root Cause (Most Likely)
   **Hypothesis**: {description}
   **Confidence**: {High/Medium/Low}
   **Evidence**: {summary with file:line citations}
   **Causal Chain**: {step-by-step from cause to symptom}

   ### Recommended Fix
   {specific fix with code changes}

   ### Other Hypotheses
   - {hypothesis 2}: {status} — {brief evidence summary}
   - {hypothesis 3}: {status} — {brief evidence summary}
   ```

## Phase 6: Cleanup

1. Send `shutdown_request` to all investigators
2. Call `TeamDelete` to remove team resources

© Seth Hobson · MIT · wshobson/agents

Похожие слэш-команды

Все слэш-команды по теме «Настройка агента: память, контекст, субагенты» →
dispatching-parallel-agents bobmatnyc Раздаёт по агенту на каждую независимую поломку и запускает их одновременно. Пригодится, когда падают тесты в разных файлах и причина у каждого своя. CX Codex +1 314установок om-root-cause open-mercato Ищет первопричину бага по задаче в трекере и определяет минимальный набор файлов для правки. Помогает подготовить точный план исправления без изменения кода проекта. CX Codex +1 2 900установок root-cause-tracing NeoLabHQ Скилл учит агента идти по стеку вызовов назад, пока не найдётся исходный триггер ошибки, и править там, а не на месте падения. CX Codex +1 1 300установок team Yeachan-Heo Координирует несколько агентов через общий список задач и распределяет подзадачи по этапам. Нужен для параллельной работы над большой задачей. CX Codex +1 884установок ae-team ThinkingAIAgenticEngine Скилл-справочник по ae-cli: управление командами агентов и запуск TeamRun. Пригодится, когда агент должен сам найти команду и довести задачу до артефактов. CX Codex +1 839установок investigate-first JuliusBrussee Скилл держит агента в режиме разбора: собрать доказательства, назвать причину, и только потом трогать код. Пригодится, когда падение плавающее или причина неясна. CX Codex +1 105 400установок

Из того же набора342

Весь набор →
api-testing-observability-api-documenter Субагент пишет документацию API: спецификации OpenAPI 3.1, интерактивные примеры, SDK и порталы для разработчиков. Пригодится, когда API есть, а описания к нему нет. CX Codex ★ 41 729звёзд репо api-scaffolding-fastapi-pro Субагент для разработки асинхронных API на FastAPI: Pydantic V2, SQLAlchemy 2.0, WebSocket и микросервисы. Пригодится, когда нужно спроектировать или ускорить бэкенд на Python. CX Codex ★ 41 729звёзд репо team-status Показывает состав активной агентской команды, состояние задач и прогресс. Пригодится, когда несколько субагентов работают над одним проектом. CX Codex ★ 41 729звёзд репо team-review Запускает несколько ревьюеров сразу, каждый смотрит свою грань кода, а на выходе — один отчёт по критичности. CX Codex ★ 41 729звёзд репо team-implementer Субагент собирает свою часть фичи в границах закреплённых за ним файлов и договаривается с другими агентами на стыках. CX Codex ★ 41 729звёзд репо improve-agent Прогоняет существующего агента через замеры, правку промптов и A/B-тесты, чтобы понять, что именно в нём сломано. CX Codex ★ 41 729звёзд репо pptx-deck-creation Плагин собирает редактируемые PowerPoint-презентации по брифу и исходникам: сначала спецификация, потом точная раскладка по дюймам. CX Codex ★ 41 729звёзд репо ship-mate Плагин превращает файл с описанием задачи в готовую фичу: архитектор, разработчик, ревьюер, QA и Playwright идут по цепочке. CX Codex ★ 41 729звёзд репо

Спонсоры проекта

Компании, которые помогают держать аналитику открытой