From maestro
Runs code scrutiny validation during mission checkpoints by spawning review subagents, synthesizing results, updating validation state, and producing reports for milestones.
npx claudepluginhub reinamaccredy/maestro --plugin maestroThis skill uses the workspace's default tool permissions.
Run code scrutiny validation during mission checkpoints. Spawns review subagents, synthesizes results, and produces validation reports.
Runs user testing validation at mission checkpoints: determines testable assertions from validation contract, sets up CLI/UI/API test environments, spawns flow validators, synthesizes results.
Runs multi-agent verification loop post-implementation, dispatching specialized agents for review with autonomous subagent fixes and retries until unanimous approval.
Verifies completed implementations for quality via subagents: completeness, test execution, code review, pragmatic review, production readiness, reality assessment. Compiles read-only reports.
Share bugs, ideas, or general feedback.
Run code scrutiny validation during mission checkpoints. Spawns review subagents, synthesizes results, and produces validation reports.
$ARGUMENTS
<milestone>: Validate a specific milestone (e.g., bootstrap, core)--all: Validate all milestones--strict: Fail on warnings as well as errorsUse during Mission Control validation checkpoints:
maestro validation show reviewmaestro:agent-base instructs final validationmaestro:agent-base - For startup/cleanup proceduresCheck current validation status:
maestro validation show
This displays:
If milestone specified:
If --all specified:
Default (no args):
Query features needing validation:
maestro feature list --mission <id> --milestone <name>
Filter for features with status implemented or pending_validation.
For each feature requiring validation:
Prepare review context:
Spawn scrutiny-feature-reviewer:
Collect and synthesize all subagent reports:
interface ScrutinySynthesis {
milestone: string;
featuresReviewed: number;
featuresPassed: number;
featuresFailed: number;
blockers: Array<{
featureId: string;
severity: "blocking" | "warning";
issue: string;
}>;
recommendations: string[];
}
Record results in validation state:
maestro validation update --milestone <name> --status <passed|failed>
Next step: return results to maestro:conduct. If status is passed, conduct proceeds to maestro:user-testing-validator (if applicable) or directly to maestro milestone seal. If status is failed, conduct re-opens the affected features for agent re-dispatch. Do not seal the milestone yourself -- that is the conductor's gate.
Generate human-readable and JSON reports:
Human format:
=== Scrutiny Validation: <milestone> ===
Features Reviewed: 5
Passed: 4
Failed: 1
Blockers:
- feat-003: Missing error handling (blocking)
Recommendations:
1. Add input validation for edge cases
2. Increase test coverage for error paths
Status: FAILED (1 blocking issue)
JSON format (with --json):
{
"milestone": "core",
"summary": {
"featuresReviewed": 5,
"featuresPassed": 4,
"featuresFailed": 1
},
"blockers": [...],
"recommendations": [...],
"status": "failed"
}
Each feature is scrutinized on:
| Dimension | Check |
|---|---|
| Correctness | Implementation matches spec |
| Edge Cases | Error paths and boundaries handled |
| Tests | Adequate coverage exists |
| Code Quality | Follows project patterns |
| Security | No obvious vulnerabilities |
| Performance | No obvious inefficiencies |
proposed → approved → in_progress → implemented → validated
↓
validation_failed → in_progress
States map to CLI commands:
maestro feature approve → approvedimplementedmaestro:scrutiny-validator passes → validatedmaestro:scrutiny-validator fails → validation_failed| Command | Purpose |
|---|---|
maestro validation show | Show current validation state |
maestro validation update | Update validation status |
maestro feature list | List features to validate |
maestro milestone seal | Seal milestone after validation |
maestro checkpoint save | Save validation checkpoint |
Scrutiny validation runs automatically when:
implementedmaestro milestone seal can completemaestro validation show if pending--strict treats warnings as failuresmaestro checkpoint save