nw-por-review-criteria
Review dimensions and bug patterns for journey artifact reviews
Best use case
nw-por-review-criteria is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Review dimensions and bug patterns for journey artifact reviews
Teams using nw-por-review-criteria should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/nw-por-review-criteria/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How nw-por-review-criteria Compares
| Feature / Agent | nw-por-review-criteria | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Review dimensions and bug patterns for journey artifact reviews
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Review Criteria Skill
Domain knowledge for product-owner-reviewer (Eclipse). Covers journey coherence, emotional arcs, shared artifacts, example data quality, CLI UX patterns.
## Review Dimensions
### Journey Coherence
Validate complete flow with no gaps.
Checks: all steps start-to-goal defined | no orphan steps | no dead ends | decision branches lead somewhere | error paths guide to recovery
Severity: critical = missing main flow steps / dead ends | high = orphan steps | medium = ambiguous decisions | low = minor clarity
### Emotional Arc
Validate emotional design quality.
Checks: arc defined (start/middle/end) | all steps annotated | no jarring transitions | confidence builds progressively | error states guide not frustrate
Severity: critical = no arc / major jarring transitions | high = missing key annotations | medium = confidence doesn't build | low = minor polish
### Shared Artifact Tracking
Validate ${variable} sources and consistency.
Checks: all ${variables} have documented source | single source of truth | all consumers listed | integration risks assessed | validation methods specified
Severity: critical = undocumented ${variables} / multiple sources | high = missing consumers / unassessed risks | medium = incomplete validation | low = minor consumer docs
### Example Data Quality
Key review skill -- analyze data for integration gaps.
Checks: realistic not generic | reveals integration dependencies | catches version mismatches | catches path inconsistencies | consistent across steps
Severity: critical = generic placeholders hide issues | high = inconsistent across steps | medium = doesn't reveal deps | low = could be more realistic
Apply: 1) trace ${version} through all steps -- same? 2) compare ${install_path} step 2 vs 3 -- match? 3) does data show actual integration points?
Generic "v1.0.0" or "/path/to/install" hides bugs. Realistic "v1.2.86" from "pyproject.toml" reveals bugs.
### CLI UX Patterns
Checks: command vocabulary consistent | help available | error messages guide to resolution | progressive disclosure respected
Severity: critical = inconsistent commands | high = no error recovery guidance | medium = missing progressive disclosure | low = minor vocabulary
## Four Bug Patterns
### Pattern 1: Version Mismatch
Multiple version sources. Trace ${version} through all steps -- same source?
```
Step 1: v${version} from pyproject.toml
Step 2: v${version} from version.txt <-- MISMATCH
```
### Pattern 2: Hardcoded URLs
URLs without canonical source. For each URL: "where is this defined?"
```
Install: git+https://github.com/org/repo
<-- Where is this URL canonically defined?
```
### Pattern 3: Path Inconsistency
Paths from different sources. Trace ${path} -- same source?
```
Install to: ${install_path} from config
Uninstall from: ~/.claude/agents/nw/ <-- HARDCODED
```
### Pattern 4: Missing Commands
CLI commands without slash equivalents. Check both contexts exist.
```
Terminal: crafter run
Claude Code: /nw-execute <-- EXISTS?
```
## Review Output Schema
```yaml
review_id: "{timestamp}"
reviewer: "nw-product-owner-reviewer (Eclipse)"
artifact_reviewed: "{file path}"
strengths:
- strength: "{Positive aspect}"
example: "{Specific evidence}"
issues_identified:
journey_coherence:
- issue: "{Description}"
severity: "critical|high|medium|low"
location: "{Where}"
recommendation: "{Fix}"
emotional_arc:
- issue: "{Description}"
severity: "critical|high|medium|low"
location: "{Where}"
recommendation: "{Fix}"
shared_artifacts:
- issue: "{Description}"
severity: "critical|high|medium|low"
artifact: "{Which ${variable}}"
recommendation: "{Fix}"
example_data:
- issue: "{Description}"
severity: "critical|high|medium|low"
data_point: "{Which data}"
integration_risk: "{What bug it might hide}"
recommendation: "{Fix}"
bug_patterns_detected:
- pattern: "version_mismatch|hardcoded_url|path_inconsistency|missing_command"
severity: "critical|high"
evidence: "{Finding}"
recommendation: "{Fix}"
recommendations:
critical: ["{Must fix before approval}"]
high: ["{Should fix before approval}"]
medium: ["{Fix in next iteration}"]
low: ["{Consider for polish}"]
approval_status: "approved|rejected_pending_revisions|conditionally_approved"
approval_conditions: "{If conditional, what must be done}"
```
## Approval Criteria
- **approved**: No critical, no high issues
- **conditionally_approved**: No critical, some high addressable quickly
- **rejected_pending_revisions**: Critical issues exist, or multiple highRelated Skills
nw-tr-review-criteria
Review dimensions and scoring for root cause analysis quality assessment
nw-tdd-review-enforcement
Test design mandate enforcement, test budget validation, 5-phase TDD validation, and external validity checks for the software crafter reviewer
nw-sc-review-dimensions
Reviewer critique dimensions for peer review - implementation bias detection, test quality validation, completeness checks, and priority validation
nw-roadmap-review-checks
Roadmap-specific validation checks for architecture reviews. Load when reviewing roadmaps for implementation readiness.
nw-review
Dispatches an expert reviewer agent to critique workflow artifacts. Use when a roadmap, implementation, or step needs quality review before proceeding.
nw-review-workflow
Detailed review process, v2 validation checklist, and scoring methodology for agent definition reviews
nw-review-output-format
YAML output format and approval criteria for platform design reviews. Load when generating review feedback.
nw-po-review-dimensions
Requirements quality critique dimensions for peer review - confirmation bias detection, completeness validation, clarity checks, testability assessment, and priority validation
nw-pdr-review-criteria
Evidence quality validation and decision gate criteria for product discovery reviews
nw-par-review-criteria
Quality dimensions and review checklist for devop reviews
nw-dr-review-criteria
Critique dimensions, severity framework, verdict decision matrix, and review output format for documentation assessment reviews
nw-diverger-review-criteria
Review criteria for the nw-diverger-reviewer — validates JTBD rigor, research quality, option diversity, taste application correctness, and recommendation coherence in DIVERGE wave artifacts