team-review — команда для Claude Code: параллельное ревью кода
Запускает несколько ревьюеров сразу, каждый смотрит свою грань кода, а на выходе — один отчёт по критичности.
/plugin marketplace add wshobson/agents
/plugin install agent-teams@claude-code-workflowsЧто делает team-review
Команда team-review собирает команду субагентов и раздаёт им одну задачу: проверить код по выбранным измерениям. По умолчанию это security, performance и architecture, но можно добавить testing и accessibility через флаг --reviewers.
Цель указывается как путь к файлу или папке, диапазон git diff вроде main...HEAD или номер PR вида #123. Для PR команда дёргает gh pr diff, для диапазона — git diff, так что нужен установленный и авторизованный GitHub CLI. Каждый ревьюер получает свой список файлов и чек-лист, работает параллельно, а потом результаты сводятся в один отчёт.
Перед запуском проверяется переменная окружения CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1. Без неё команда не стартует — это первое, что стоит выставить в окружении. Дальше находки дедуплицируются по file:line, конфликты по критичности решаются в пользу более высокой оценки, а в конце команда гасит субагентов и удаляет ресурсы команды.
Какие задачи решает
- прогнать ревью безопасности и производительности за один проход
- собрать замечания нескольких ревьюеров в один отчёт без дублей
- проверить diff перед мержем по нескольким измерениям сразу
- разложить находки по уровням критичности
- добавить проверку доступности к обычному ревью
Примеры запросов агенту
- Запусти team-review по диапазону main...HEAD
- Сделай ревью PR #123 с ревьюерами security,performance,testing
- Проверь папку src/api через team-review с базовой веткой develop
Как установить team-review
1Через маркетплейс плагинов
/plugin marketplace add wshobson/agents/plugin install agent-teams@claude-code-workflows2Вручную: положить файлы
.claude/commands/team-review.mdВызов — /team-review. Для всех проектов — ~/.claude/commands/
Вручную: положить файлы
~/.codex/prompts/team-review.mdВызов — /prompts:team-review. В Codex этот формат помечен устаревшим, замена — скиллы
Вручную: положить файлы
.github/prompts/team-review.prompt.mdВручную: положить файлы
.gemini/commands/team-review.tomlGemini хранит команды в TOML: текст запроса — в поле prompt
Вопросы о team-review
Как установить team-review в Claude?
Добавьте маркетплейс командой /plugin marketplace add wshobson/agents, затем поставьте плагин: /plugin install agent-teams@claude-code-workflows. Файл команды лежит в .claude/commands/team-review.md.
Что делает team-review?
Запускает параллельное ревью кода несколькими субагентами, каждый по своему измерению, и сводит результаты в один отчёт, сгруппированный по критичности.
Что нужно для работы team-review?
Переменная окружения CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1. Для целей в виде PR нужен авторизованный gh, для диапазона diff — git.
Исходный текст
team-review.md · MIT
---
description: "Launch a multi-reviewer parallel code review with specialized review dimensions"
argument-hint: "<target> [--reviewers security,performance,architecture,testing,accessibility] [--base-branch main]"
---
# Team Review
Orchestrate a multi-reviewer parallel code review where each reviewer focuses on a specific quality dimension. Produces a consolidated, deduplicated report organized by severity.
## Pre-flight Checks
1. Verify `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` is set
2. Parse `$ARGUMENTS`:
- `<target>`: file path, directory, git diff range (e.g., `main...HEAD`), or PR number (e.g., `#123`)
- `--reviewers`: comma-separated dimensions (default: `security,performance,architecture`)
- `--base-branch`: base branch for diff comparison (default: `main`)
## Phase 1: Target Resolution
1. Determine target type:
- **File/Directory**: Use as-is for review scope
- **Git diff range**: Use Bash to run `git diff {range} --name-only` to get changed files
- **PR number**: Use Bash to run `gh pr diff {number} --name-only` to get changed files
2. Collect the full diff content for distribution to reviewers
3. Display review scope to user: "{N} files to review across {M} dimensions"
## Phase 2: Team Spawn
1. Use `TeamCreate` tool to create the team with `team_name: "review-{timestamp}"` and `description`
2. For each requested dimension, use `Agent` tool to spawn a teammate:
- `name`: `{dimension}-reviewer` (e.g., "security-reviewer")
- `subagent_type`: "agent-teams:team-reviewer"
- `prompt`: Include the dimension assignment, target files, and diff content
3. Use `TaskCreate` for each reviewer's task:
- Subject: "Review {target} for {dimension} issues"
- Description: Include file list, diff content, and dimension-specific checklist
## Phase 3: Monitor and Collect
1. Wait for all review tasks to complete (check `TaskList` periodically)
2. As each reviewer completes, collect their structured findings
3. Track progress: "{completed}/{total} reviews complete"
## Phase 4: Consolidation
1. **Deduplicate**: Merge findings that reference the same file:line location
2. **Resolve conflicts**: If reviewers disagree on severity, use the higher rating
3. **Organize by severity**: Group findings as Critical, High, Medium, Low
4. **Cross-reference**: Note findings that appear in multiple dimensions
## Phase 5: Report and Cleanup
1. Present consolidated report:
```
## Code Review Report: {target}
Reviewed by: {dimensions}
Files reviewed: {count}
### Critical ({count})
[findings...]
### High ({count})
[findings...]
### Medium ({count})
[findings...]
### Low ({count})
[findings...]
### Summary
Total findings: {count} (Critical: N, High: N, Medium: N, Low: N)
```
2. Send `shutdown_request` to all reviewers
3. Call `TeamDelete` to remove team resources
© Seth Hobson · MIT · wshobson/agents