Table of Contents
Unified Review Orchestration
Intelligently selects and executes appropriate review skills based on codebase analysis and context.
Quick Start
# Auto-detect and run appropriate reviews
/full-review
# Focus on specific areas
/full-review api # API surface review
/full-review architecture # Architecture review
/full-review bugs # Bug hunting
/full-review tests # Test suite review
/full-review all # Run all applicable skills
Verification: Run pytest -v to verify tests pass.
When To Use
- Starting a full code review
- Reviewing changes across multiple domains
- Need intelligent selection of review skills
- Want integrated reporting from multiple review types
- Before merging major feature branches
When NOT To Use
- Specific review type known
- Test-review
- Architecture-only focus - use
architecture-review
- Specific review type known
Review Skill Selection Matrix
| Codebase Pattern |
Review Skills |
Triggers |
Rust files (*.rs, Cargo.toml) |
rust-review, bug-review, api-review |
Rust project detected |
API changes (openapi.yaml, routes/) |
api-review, architecture-review |
Public API surfaces |
Test files (test_*.py, *_test.go) |
test-review, bug-review |
Test infrastructure |
| Makefile/build system |
makefile-review, architecture-review |
Build complexity |
| Mathematical algorithms |
math-review, bug-review |
Numerical computation |
| Architecture docs/ADRs |
architecture-review, api-review |
System design |
| General code quality |
bug-review, test-review |
Default review |
Workflow
1. Analyze Repository Context
- Detect primary languages from extensions and manifests
- Analyze git status and diffs for change scope
- Identify project structure (monorepo, microservices, library)
- Detect build systems, testing frameworks, documentation
2. Select Review Skills
# Detection logic
if has_rust_files():
schedule_skill("rust-review")
if has_api_changes():
schedule_skill("api-review")
if has_test_files():
schedule_skill("test-review")
if has_makefiles():
schedule_skill("makefile-review")
if has_math_code():
schedule_skill("math-review")
if has_architecture_changes():
schedule_skill("architecture-review")
# Default
schedule_skill("bug-review")
Verification: Run pytest -v to verify tests pass.
3. Execute Reviews
Dispatch selected skills concurrently via the Agent tool.
Use this mapping to resolve skill names to agent types:
| Skill Name |
Agent Type |
Notes |
| bug-review |
pensive:code-reviewer |
Covers bugs, API, tests |
| api-review |
pensive:code-reviewer |
Same agent, API focus |
| test-review |
pensive:code-reviewer |
Same agent, test focus |
| architecture-review |
pensive:architecture-reviewer |
ADR compliance |
| rust-review |
pensive:rust-auditor |
Rust-specific |
| code-refinement |
pensive:code-refiner |
Duplication, quality |
| math-review |
general-purpose |
Prompt: invoke Skill(pensive:math-review) |
| makefile-review |
general-purpose |
Prompt: invoke Skill(pensive:makefile-review) |
| shell-review |
general-purpose |
Prompt: invoke Skill(pensive:shell-review) |
Rules:
- Never use skill names as agent types (e.g.,
pensive:math-review is NOT an agent)
- When
pensive:code-reviewer covers multiple domains, dispatch once with combined scope
- For skills without dedicated agents, use
general-purpose and instruct it to invoke the Skill tool
- Maintain consistent evidence logging across all agents
- Track progress via TodoWrite
4. Integrate Findings
- Consolidate findings across domains
- Identify cross-domain patterns
- Prioritize by impact and effort
- Generate unified action plan
Review Modes
Auto-Detect (default)
Automatically selects skills based on codebase analysis.
Focused Mode
Run specific review domains:
/full-review api → api-review only
/full-review architecture → architecture-review only
/full-review bugs → bug-review only
/full-review tests → test-review only
Full Review Mode
Run all applicable review skills:
/full-review all → Execute all detected skills
Quality Gates
Each review must:
- Establish proper context
- Execute all selected skills successfully
- Document findings with evidence
- Prioritize recommendations by impact
- Create action plan with owners
Deliverables
Executive Summary
- Overall codebase health assessment
- Critical issues requiring immediate attention
- Review frequency recommendations
Domain-Specific Reports
- API surface analysis and consistency
- Architecture alignment with ADRs
- Test coverage gaps and improvements
- Bug analysis and security findings
- Performance and maintainability recommendations
Integrated Action Plan
- Prioritized remediation tasks
- Cross-domain dependencies
- Assigned owners and target dates
- Follow-up review schedule
Modular Architecture
All review skills use a hub-and-spoke architecture with progressive loading:
pensive:shared: Common workflow, output templates, quality checklists
- Each skill has
modules/: Domain-specific details loaded on demand
- Cross-plugin deps:
imbue:proof-of-work, imbue:diff-analysis/modules/risk-assessment-framework
This reduces token usage by 50-70% for focused reviews while maintaining full capabilities.
Exit Criteria
- All selected review skills executed
- Findings consolidated and prioritized
- Action plan created with ownership
- Evidence logged per structured output format
Supporting Modules
- Review workflow core - standard 5-step workflow pattern for all pensive reviews
- Output format templates - finding entry, severity, action item templates
- Quality checklist patterns - pre-review, analysis, evidence, deliverable checklists
Troubleshooting
Common Issues
If the auto-detection fails to identify the correct review skills, explicitly specify the mode (e.g., /full-review rust instead of just /full-review). If integration fails, check that TodoWrite logs are accessible and that evidence files were correctly written by the individual skills.
1---2name: unified-review3description: Use this skill when orchestrating multiple review types. Use when general review needed without knowing which specific skill applies, full multi-domain review desired, integrated reporting needed. Do not use when specific review type known - use bug-review, test-review, etc. DO NOT use when: architecture-only focus - use architecture-review.4---5## Table of Contents67- [Quick Start](#quick-start)8- [When to Use](#when-to-use)9- [Review Skill Selection Matrix](#review-skill-selection-matrix)10- [Workflow](#workflow)11- [1. Analyze Repository Context](#1-analyze-repository-context)12- [2. Select Review Skills](#2-select-review-skills)13- [3. Execute Reviews](#3-execute-reviews)14- [4. Integrate Findings](#4-integrate-findings)15- [Review Modes](#review-modes)16- [Auto-Detect (default)](#auto-detect-(default))17- [Focused Mode](#focused-mode)18- [Full Review Mode](#full-review-mode)19- [Quality Gates](#quality-gates)20- [Deliverables](#deliverables)21- [Executive Summary](#executive-summary)22- [Domain-Specific Reports](#domain-specific-reports)23- [Integrated Action Plan](#integrated-action-plan)24- [Modular Architecture](#modular-architecture)25- [Exit Criteria](#exit-criteria)262728# Unified Review Orchestration2930Intelligently selects and executes appropriate review skills based on codebase analysis and context.3132## Quick Start3334```bash35# Auto-detect and run appropriate reviews36/full-review3738# Focus on specific areas39/full-review api # API surface review40/full-review architecture # Architecture review41/full-review bugs # Bug hunting42/full-review tests # Test suite review43/full-review all # Run all applicable skills44```45**Verification:** Run `pytest -v` to verify tests pass.4647## When To Use4849- Starting a full code review50- Reviewing changes across multiple domains51- Need intelligent selection of review skills52- Want integrated reporting from multiple review types53- Before merging major feature branches5455## When NOT To Use5657- Specific review type known58 - use bug-review59- Test-review60- Architecture-only focus - use61 architecture-review62- Specific review type known63 - use bug-review6465## Review Skill Selection Matrix6667| Codebase Pattern | Review Skills | Triggers |68|-----------------|---------------|----------|69| Rust files (`*.rs`, `Cargo.toml`) | rust-review, bug-review, api-review | Rust project detected |70| API changes (`openapi.yaml`, `routes/`) | api-review, architecture-review | Public API surfaces |71| Test files (`test_*.py`, `*_test.go`) | test-review, bug-review | Test infrastructure |72| Makefile/build system | makefile-review, architecture-review | Build complexity |73| Mathematical algorithms | math-review, bug-review | Numerical computation |74| Architecture docs/ADRs | architecture-review, api-review | System design |75| General code quality | bug-review, test-review | Default review |7677## Workflow7879### 1. Analyze Repository Context80- Detect primary languages from extensions and manifests81- Analyze git status and diffs for change scope82- Identify project structure (monorepo, microservices, library)83- Detect build systems, testing frameworks, documentation8485### 2. Select Review Skills86```python87# Detection logic88if has_rust_files():89 schedule_skill("rust-review")90if has_api_changes():91 schedule_skill("api-review")92if has_test_files():93 schedule_skill("test-review")94if has_makefiles():95 schedule_skill("makefile-review")96if has_math_code():97 schedule_skill("math-review")98if has_architecture_changes():99 schedule_skill("architecture-review")100# Default101schedule_skill("bug-review")102```103**Verification:** Run `pytest -v` to verify tests pass.104105### 3. Execute Reviews106107Dispatch selected skills concurrently via the Agent tool.108Use this mapping to resolve skill names to agent types:109110| Skill Name | Agent Type | Notes |111|---|---|---|112| bug-review | `pensive:code-reviewer` | Covers bugs, API, tests |113| api-review | `pensive:code-reviewer` | Same agent, API focus |114| test-review | `pensive:code-reviewer` | Same agent, test focus |115| architecture-review | `pensive:architecture-reviewer` | ADR compliance |116| rust-review | `pensive:rust-auditor` | Rust-specific |117| code-refinement | `pensive:code-refiner` | Duplication, quality |118| math-review | `general-purpose` | Prompt: invoke `Skill(pensive:math-review)` |119| makefile-review | `general-purpose` | Prompt: invoke `Skill(pensive:makefile-review)` |120| shell-review | `general-purpose` | Prompt: invoke `Skill(pensive:shell-review)` |121122**Rules:**123- Never use skill names as agent types (e.g., `pensive:math-review` is NOT an agent)124- When `pensive:code-reviewer` covers multiple domains, dispatch once with combined scope125- For skills without dedicated agents, use `general-purpose` and instruct it to invoke the Skill tool126- Maintain consistent evidence logging across all agents127- Track progress via TodoWrite128129### 4. Integrate Findings130- Consolidate findings across domains131- Identify cross-domain patterns132- Prioritize by impact and effort133- Generate unified action plan134135## Review Modes136137### Auto-Detect (default)138Automatically selects skills based on codebase analysis.139140### Focused Mode141Run specific review domains:142- `/full-review api` → api-review only143- `/full-review architecture` → architecture-review only144- `/full-review bugs` → bug-review only145- `/full-review tests` → test-review only146147### Full Review Mode148Run all applicable review skills:149- `/full-review all` → Execute all detected skills150151## Quality Gates152153Each review must:1541. Establish proper context1552. Execute all selected skills successfully1563. Document findings with evidence1574. Prioritize recommendations by impact1585. Create action plan with owners159160## Deliverables161162### Executive Summary163- Overall codebase health assessment164- Critical issues requiring immediate attention165- Review frequency recommendations166167### Domain-Specific Reports168- API surface analysis and consistency169- Architecture alignment with ADRs170- Test coverage gaps and improvements171- Bug analysis and security findings172- Performance and maintainability recommendations173174### Integrated Action Plan175- Prioritized remediation tasks176- Cross-domain dependencies177- Assigned owners and target dates178- Follow-up review schedule179180## Modular Architecture181182All review skills use a hub-and-spoke architecture with progressive loading:183184- **`pensive:shared`**: Common workflow, output templates, quality checklists185- **Each skill has `modules/`**: Domain-specific details loaded on demand186- **Cross-plugin deps**: `imbue:proof-of-work`, `imbue:diff-analysis/modules/risk-assessment-framework`187188This reduces token usage by 50-70% for focused reviews while maintaining full capabilities.189190## Exit Criteria191192- All selected review skills executed193- Findings consolidated and prioritized194- Action plan created with ownership195- Evidence logged per structured output format196## Supporting Modules197198- [Review workflow core](modules/review-workflow-core.md) - standard 5-step workflow pattern for all pensive reviews199- [Output format templates](modules/output-format-templates.md) - finding entry, severity, action item templates200- [Quality checklist patterns](modules/quality-checklist-patterns.md) - pre-review, analysis, evidence, deliverable checklists201202## Troubleshooting203204### Common Issues205206If the auto-detection fails to identify the correct review skills, explicitly specify the mode (e.g., `/full-review rust` instead of just `/full-review`). If integration fails, check that `TodoWrite` logs are accessible and that evidence files were correctly written by the individual skills.