/nw-roadmap-review-checks
Roadmap-specific validation checks for architecture reviews. Load when reviewing roadmaps for implementation readiness.
$ npx -y skills add nWave-ai/nWave --skill nw-roadmap-review-checks --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/nw-roadmap-review-checks
Context preview
The summary Claude sees to decide when to auto-load this skill.
Roadmap-specific validation checks for architecture reviews. Load when reviewing roadmaps for implementation readiness.
SKILL.md
nw-roadmap-review-checks.SKILL.mdname: nw-roadmap-review-checks
description: Roadmap-specific validation checks for architecture reviews. Load when reviewing roadmaps for implementation readiness.
user-invocable: false
disable-model-invocation: true
Roadmap Review Checks
Six mandatory checks for every roadmap review. Each produces a finding block.
Check 1: External Validity
Verify completing all steps produces an INVOCABLE feature, not just existing code.
Criteria: at least one step targets entry point integration | acceptance tests invoke through driving ports | clear user invocation path after completion
Severity: BLOCKER if no integration step or invocation path. HIGH if tests at wrong boundary.
EXTERNAL VALIDITY CHECK: PASSED|FAILED
Issue: {missing wiring}
Consequence: {what happens without fix}
Required Action: {integration step to add}Check 2: AC Implementation Coupling
Scan AC for implementation details locking crafter into predetermined structure.
Detection: underscore-prefixed identifiers | method signatures with params | internal class references | specific return types
Severity: HIGH. Flag each coupled AC with rewrite.
- Coupled: `_install_des_module() copies src/des/`
- Rewritten: `DES module importable from installation target after install`
Rationale: AC = WHAT (observable behavior), never HOW (internal structure). Crafter decides during GREEN + REFACTOR.
Check 3: Step Decomposition Ratio
Calculation: implementation steps / unique production files in `files_to_modify`
Thresholds: acceptable <= 2.0 | warning 2.0-2.5 | reject > 2.5
Identical pattern check: 3+ steps with identical AC differing by substitution -> require batching.
Check 4: Implementation Code in Roadmap
Verify no implementation code. BLOCKER.
Detection: code snippets/algorithms in descriptions | method implementations in AC | pseudocode/logic | variable names, loops, conditionals
Architect defines WHAT; crafter decides HOW. Roadmap code prevents better solutions via TDD.
Check 5: Roadmap Concision and Precision
Quantitative thresholds: total words 500 (1-3 steps) / 1500 (4-8) / 3000 (9-15) | step description max 50 words | AC max 5 per step, 30 words each | notes max 100 words
Verbosity detection: multi-sentence blocks -> bullets | qualifiers (comprehensive, robust) -> delete | motivational language -> delete | redundancy -> state once | tutorials -> delete, assume expertise
Precision: every AC single interpretation | testable outcome | business over technical jargon
Severity: BLOCKER if word count exceeds threshold.
Check 6: Unit Test Boundary Validation
Verify unit tests respect hexagonal boundaries.
Rules: invoke through driving ports only | no domain entity unit tests | behavior focus | never import internal/private modules
- Wrong: `Tests verify TemplateValidator._validate_schema() handles edge cases`
- Right: `When invalid template provided to render_prompt(), ValidationError raised with clear message`
Severity: HIGH.
Read more
name: nw-roadmap-review-checks description: Roadmap-specific validation checks for architecture reviews. Load when reviewing roadmaps for implementation readiness. user-invocable: false disable-model-invocation: true
Roadmap Review Checks
Six mandatory checks for every roadmap review. Each produces a finding block.
Check 1: External Validity
Verify completing all steps produces an INVOCABLE feature, not just existing code.
Criteria: at least one step targets entry point integration | acceptance tests invoke through driving ports | clear user invocation path after completion
Severity: BLOCKER if no integration step or invocation path. HIGH if tests at wrong boundary.
EXTERNAL VALIDITY CHECK: PASSED|FAILED
Issue: {missing wiring}
Consequence: {what happens without fix}
Required Action: {integration step to add}Check 2: AC Implementation Coupling
Scan AC for implementation details locking crafter into predetermined structure.
Detection: underscore-prefixed identifiers | method signatures with params | internal class references | specific return types
Severity: HIGH. Flag each coupled AC with rewrite.
- Coupled: `_install_des_module() copies src/des/`
- Rewritten: `DES module importable from installation target after install`
Rationale: AC = WHAT (observable behavior), never HOW (internal structure). Crafter decides during GREEN + REFACTOR.
Check 3: Step Decomposition Ratio
Calculation: implementation steps / unique production files in `files_to_modify`
Thresholds: acceptable <= 2.0 | warning 2.0-2.5 | reject > 2.5
Identical pattern check: 3+ steps with identical AC differing by substitution -> require batching.
Check 4: Implementation Code in Roadmap
Verify no implementation code. BLOCKER.
Detection: code snippets/algorithms in descriptions | method implementations in AC | pseudocode/logic | variable names, loops, conditionals
Architect defines WHAT; crafter decides HOW. Roadmap code prevents better solutions via TDD.
Check 5: Roadmap Concision and Precision
Quantitative thresholds: total words 500 (1-3 steps) / 1500 (4-8) / 3000 (9-15) | step description max 50 words | AC max 5 per step, 30 words each | notes max 100 words
Verbosity detection: multi-sentence blocks -> bullets | qualifiers (comprehensive, robust) -> delete | motivational language -> delete | redundancy -> state once | tutorials -> delete, assume expertise
Precision: every AC single interpretation | testable outcome | business over technical jargon
Severity: BLOCKER if word count exceeds threshold.
Check 6: Unit Test Boundary Validation
Verify unit tests respect hexagonal boundaries.
Rules: invoke through driving ports only | no domain entity unit tests | behavior focus | never import internal/private modules
- Wrong: `Tests verify TemplateValidator._validate_schema() handles edge cases`
- Right: `When invalid template provided to render_prompt(), ValidationError raised with clear message`
Severity: HIGH.
AI agents that guide you from idea to working code, with human judgment at every gate. nWave runs inside Claude Code. It breaks feature delivery into seven waves (discover, diverge, discuss, design, devops, distill, deliver).
Repo: nWave-ai/nWave
Other skills on nwave.
- /nw-ab-critique-dimensions
Review dimensions for validating agent quality - template compliance, safety, testing, and priority validation
Open skill - /nw-abr-critique-dimensions
Review dimensions for validating agent quality - template compliance, safety, testing, and priority validation
Open skill - /nw-ad-critique-dimensions
Review dimensions for acceptance test quality - happy path bias, GWT compliance, business language purity, coverage completeness, walking skeleton user-centricity, priority validation, observable behavior assertions, traceability coverage, and walking skeleton boundary proof
Open skill - /nw-agent-creation-workflow
Detailed 5-phase workflow for creating agents - from requirements analysis through validation and iterative refinement
Open skill - /nw-agent-testing
5-layer testing approach for agent validation including adversarial testing, security validation, and prompt injection resistance
Open skill - /nw-architectural-styles-tradeoffs
Architectural style selection decision matrices, trade-off analysis, structural enforcement rules, and combination patterns. Load when choosing or evaluating architecture styles.
Open skill

