Skip to main content
ClaudeWave
Slash Command1.4k estrellas del repoactualizado 3d ago

parallel-review

The parallel-review command launches multiple code review subagents simultaneously across specified directories or files to accelerate analysis. Use this when reviewing independent modules, preparing comprehensive pre-merge assessments, analyzing different sections of large pull requests, or comparing implementation patterns across separate codebases where concurrent evaluation reduces total review time.

Instalar en Claude Code
Copiar
mkdir -p ~/.claude/commands && curl -fsSL https://raw.githubusercontent.com/CloudAI-X/claude-workflow-v2/HEAD/commands/parallel-review.md -o ~/.claude/commands/parallel-review.md
Después abre una sesión nueva de Claude Code; el slash command carga automáticamente.

parallel-review.md

# Parallel Code Review

Review `$ARGUMENTS` using parallel subagents for maximum speed.

## Process

1. **Parse Targets**: Split arguments into independent review targets
2. **Spawn Parallel Reviewers**: Launch one subagent per target
3. **Collect Results**: Each subagent returns its review automatically on completion
4. **Synthesize**: Merge findings into prioritized report

## Execution Pattern

**CRITICAL**: Launch ALL Task calls in a SINGLE message for true parallelism.

For each independent target, spawn a subagent with `run_in_background: true`:

```
I'm launching N parallel code reviewers:

[Task 1]
description: "Review [target 1]"
prompt: "You are a code reviewer. Analyze [target 1] for:
- Code quality and best practices
- Potential bugs and edge cases
- Security vulnerabilities
- Performance issues
- Test coverage gaps

Provide findings with file:line references and severity levels."
run_in_background: true

[Task 2]
description: "Review [target 2]"
prompt: "You are a code reviewer. Analyze [target 2] for..."
run_in_background: true

[Task 3]
description: "Review [target 3]"
prompt: "You are a code reviewer. Analyze [target 3] for..."
run_in_background: true
```

Each subagent returns its result automatically when it completes — there is no
separate retrieval step. Read each review as it returns.

## Output Format

```markdown
## Parallel Review Results

### Summary

- **Targets reviewed**: N
- **Total findings**: X
- **Critical issues**: Y
- **Execution time**: ~Zs (parallel)

### [Target 1] Findings

#### Critical

- [Issue] at file:line - [Description]

#### Warnings

- [Issue] at file:line - [Description]

#### Suggestions

- [Improvement] at file:line - [Description]

### [Target 2] Findings

...

### Combined Priority List

1. **Critical** - [Target X] - [Issue description]
2. **Critical** - [Target Y] - [Issue description]
3. **High** - [Target Z] - [Issue description]
   ...

### Recommended Actions

1. Fix critical issues in [Target X] first
2. Address security concerns in [Target Y]
3. Consider performance optimizations in [Target Z]
```

## Example Usage

```
/project-starter:parallel-review src/auth src/api src/db
```

This spawns 3 parallel reviewers (one per directory), completing in ~1/3 the time of sequential review.

## When to Use

- Reviewing multiple independent modules
- Pre-merge comprehensive codebase review
- Analyzing different areas of a large PR
- Comparing implementation patterns across directories
code-reviewerSubagent

Expert code review specialist. Use PROACTIVELY after writing or modifying code, before commits, when asked to review changes, PR review, code quality check, lint, or standards audit. Focuses on quality, security, performance, and maintainability.

debuggerSubagent

Expert debugging specialist for errors, test failures, crashes, segmentation faults, memory leaks, timeouts, race conditions, deadlocks, and unexpected behavior. Use PROACTIVELY when encountering any error, exception, or failing test. Performs systematic root cause analysis.

docs-writerSubagent

Technical documentation specialist. Use for creating README files, API documentation, architecture docs, inline comments, user guides, changelogs, migration guides, release notes, FAQs, and troubleshooting docs. MUST BE USED when documentation is needed or when code changes require doc updates.

orchestratorSubagent

Master coordinator for complex multi-step tasks. Use PROACTIVELY when a task involves 2+ modules, requires delegation to specialists, needs architectural planning, or involves GitHub PR workflows. MUST BE USED for open-ended requests like "improve", "enhance", "build", "scale", "refactor", "add feature", "system design", "architecture", "complex task", or when implementing features from GitHub issues.

refactorerSubagent

Code refactoring specialist for improving code quality, reducing technical debt, eliminating code smells, reducing complexity, and applying design patterns. Use PROACTIVELY when code needs restructuring, simplification, tech debt reduction, or when applying DRY/SOLID principles.

security-auditorSubagent

Security specialist for vulnerability detection, secure coding review, and security hardening. Use PROACTIVELY when handling authentication, authorization, encryption, secrets, credentials, OAuth, JWT, CORS, headers, user input, API keys, or sensitive data. Checks for OWASP Top 10 and common vulnerabilities.

test-architectSubagent

Testing strategy specialist for designing test suites, writing tests, and ensuring comprehensive coverage. Use PROACTIVELY when adding new features, fixing bugs, improving test coverage, creating test plans, mocking strategies, handling flaky tests, or writing integration/E2E tests.

add-testsSlash Command

Add tests for recently changed files or specified code