nw-fast-forward
Fast-forwards through remaining waves end-to-end without stopping for review between waves.
Best use case
nw-fast-forward is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Fast-forwards through remaining waves end-to-end without stopping for review between waves.
Teams using nw-fast-forward 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-fast-forward/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How nw-fast-forward Compares
| Feature / Agent | nw-fast-forward | 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?
Fast-forwards through remaining waves end-to-end without stopping for review between waves.
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
# NW-FAST-FORWARD: Fast-Forward
**Wave**: CROSS_WAVE (entry point) | **Agent**: Main Instance (self — orchestrator) | **Command**: `/nw-fast-forward`
## Overview
Chains remaining waves end-to-end after single user confirmation. Detects current progress (like `/nw-continue`), shows planned sequence, runs each wave automatically — DISCUSS > DESIGN > DEVOPS > DISTILL > DELIVER — without stopping between waves.
You (main Claude instance) run this orchestration directly. Each wave invoked by reading its task file.
**DISCOVER skipped by default** — requires interactive customer interview data that cannot be auto-generated. Use `--from=discover` to include.
## Behavior Flow
### Step 1: Input Parsing
Accept: feature description (new project)|`--from` flag with optional feature ID|no arguments (auto-detect from `docs/feature/`)
### Step 2: Project Resolution
**New project (description provided):** Derive feature ID per `~/.claude/nWave/skills/common/wizard-shared-rules.md` (Feature ID Derivation). Show derived ID, allow override via AskUserQuestion. Create `docs/feature/{feature-id}/`.
**Existing project (no description):** Scan `docs/feature/` (same as `/nw-continue` Step 1-2). If multiple, ask user to select.
### Step 3: Detect Current Progress
Check wave artifacts using Wave Detection Rules in `~/.claude/nWave/skills/common/wizard-shared-rules.md`.
### Step 4: Determine Wave Sequence
Default order (DISCOVER skipped): DISCUSS > DESIGN > DEVOPS > DISTILL > DELIVER
**With `--from` flag:** Validate prerequisite artifacts exist. If missing: "Cannot start from {wave} — {missing} artifacts missing. Run `/nw-continue` to fill the gap." Start from specified wave.
**Without `--from`:** Find first incomplete wave, start from there.
### Step 5: Show Plan and Confirm
```
Feature: {feature-id}
Fast-forward plan:
1. DISCUSS — Define requirements and user stories
2. DESIGN — Architecture and technology selection
3. DEVOPS — Platform and infrastructure readiness
4. DISTILL — Acceptance tests (Given-When-Then)
5. DELIVER — TDD implementation
This will run all 5 waves without stopping for review.
```
If some waves complete, show as skipped:
```
Fast-forward plan:
✓ DISCUSS — complete
✓ DESIGN — complete
1. DEVOPS — Platform and infrastructure readiness
2. DISTILL — Acceptance tests (Given-When-Then)
3. DELIVER — TDD implementation
3 waves will execute without stopping.
```
One-time confirmation via AskUserQuestion.
### Step 6: Sequential Execution
For each wave:
1. Read task file (`nWave/tasks/nw/{wave}.md`)
2. Follow instructions — invoke appropriate agent via Task tool
3. Wait for completion
4. Verify output artifacts exist (wave detection rules)
5. Missing artifacts after wave = failure
6. Proceed to next wave
Between waves show brief status:
```
✓ DISCUSS complete — user-stories.md, story-map.md created
Starting DESIGN...
```
### Step 7: Failure Handling
If any wave fails:
1. **Stop immediately** — do not proceed
2. Show error:
```
✗ {WAVE} failed
Error: [details]
Progress saved. Run /nw-continue to resume from {WAVE}.
```
3. Suggest `/nw-continue` for manual resume
4. Do NOT retry automatically
### Step 8: Completion
```
✓ Fast-forward complete for {feature-id}
DISCUSS ● complete
DESIGN ● complete
DEVOPS ● complete
DISTILL ● complete
DELIVER ● complete
All acceptance tests pass. Feature is ready.
```
## Error Handling
| Error | Response |
|-------|----------|
| No description and no existing projects | Suggest `/nw-new` |
| `--from` with missing prerequisites | List missing artifacts, refuse |
| Wave failure mid-pipeline | Stop, show error, suggest `/nw-continue` |
| Artifact verification fails after wave | Treat as wave failure |
| Name conflict on new project | Same as `/nw-new` conflict handling |
## Success Criteria
- [ ] Project resolved (new or existing)
- [ ] Current progress detected accurately
- [ ] Planned wave sequence shown to user
- [ ] User confirmed one-time before execution
- [ ] Each wave executed in sequence
- [ ] Output artifacts verified between waves
- [ ] Failure stops pipeline with clear error and `/nw-continue` suggestion
- [ ] Completion summary shown
## Examples
### Example 1: Full fast-forward from scratch
```
/nw-fast-forward "Upgrade authentication to OAuth2"
```
Wizard derives `oauth2-upgrade`, detects no prior artifacts, shows plan: DISCUSS > DESIGN > DEVOPS > DISTILL > DELIVER. User confirms. All 5 waves execute in sequence.
### Example 2: Fast-forward from mid-pipeline
```
/nw-fast-forward
```
Wizard finds `notification-service` with DISCUSS complete. Shows plan: DESIGN > DEVOPS > DISTILL > DELIVER. User confirms. 4 waves execute.
### Example 3: Fast-forward with --from flag
```
/nw-fast-forward --from=distill rate-limiting
```
Wizard validates DESIGN artifacts exist for `rate-limiting`. Shows plan: DISTILL > DELIVER. User confirms. 2 waves execute.
### Example 4: Fast-forward with failure
```
/nw-fast-forward "Add payment processing"
```
DISCUSS succeeds, DESIGN succeeds, DEVOPS fails. Pipeline stops. Shows error and suggests `/nw-continue` to resume from DEVOPS.Related Skills
nw-ux-web-patterns
Web UI design patterns for product owners. Load when designing web application interfaces, writing web-specific acceptance criteria, or evaluating responsive designs.
nw-ux-tui-patterns
Terminal UI and CLI design patterns for product owners. Load when designing command-line tools, interactive terminal applications, or writing CLI-specific acceptance criteria.
nw-ux-principles
Core UX principles for product owners. Load when evaluating interface designs, writing acceptance criteria with UX requirements, or reviewing wireframes and mockups.
nw-ux-emotional-design
Emotional design and delight patterns for product owners. Load when designing onboarding flows, empty states, first-run experiences, or evaluating the emotional quality of an interface.
nw-ux-desktop-patterns
Desktop application UI patterns for product owners. Load when designing native or cross-platform desktop applications, writing desktop-specific acceptance criteria, or evaluating panel layouts and keyboard workflows.
nw-user-story-mapping
User story mapping for backlog management and outcome-based prioritization. Load during Phase 2.5 (User Story Mapping) to produce story-map.md and prioritization.md.
nw-tr-review-criteria
Review dimensions and scoring for root cause analysis quality assessment
nw-tlaplus-verification
TLA+ formal verification for design correctness and PBT pipeline integration
nw-test-refactoring-catalog
Detailed refactoring mechanics with step-by-step procedures, and test code smell catalog with detection patterns and before/after examples
nw-test-organization-conventions
Test directory structure patterns by architecture style, language conventions, naming rules, and fixture placement. Decision tree for selecting test organization strategy.
nw-test-design-mandates
Four design mandates for acceptance tests - hexagonal boundary enforcement, business language abstraction, user journey completeness, walking skeleton strategy, and pure function extraction
nw-tdd-review-enforcement
Test design mandate enforcement, test budget validation, 5-phase TDD validation, and external validity checks for the software crafter reviewer