Reference documentation for PAW multi-phase implementation workflows. Provides activity tables, artifact structure, stage guidance, and PR routing patterns...
Reference Documentation: This skill provides guidance on typical patterns, artifact structure, and stage sequences. Workflow enforcement (mandatory transitions, TODO tracking, pause rules) is in the PAW agent, not this skill.
Prerequisite: WorkflowContext.md must exist (created by paw-init).
These principles apply to ALL implementation stages.
Code-related claims in any artifact MUST be supported by:
For non-code claims (e.g., requirements or planning decisions), cite the source when available (issue/discussion/user input) and clearly label assumptions.
Do not present speculation, assumptions, or unverified claims as fact.
All code-related claims require specific file:line citations:
[src/module.ts:45](src/module.ts#L45) for single lines[src/module.ts:45-52](src/module.ts#L45-L52) for rangesCRITICAL: Do not fabricate, invent, or assume information:
Each stage produces complete, well-structured artifacts:
Humans have final authority over all workflow decisions:
| Skill | Capabilities | Primary Artifacts |
|---|---|---|
paw-spec |
Create spec, revise spec | Spec.md |
paw-spec-research |
Answer factual questions about existing system | SpecResearch.md |
paw-spec-review |
Review spec for quality, completeness, clarity | Review feedback |
paw-code-research |
Document implementation details with file:line refs | CodeResearch.md |
paw-planning |
Create implementation plan, revise plan (single/multi-model) | ImplementationPlan.md, planning/ |
paw-plan-review |
Review plan for feasibility, spec alignment | Review feedback |
paw-implement |
Execute plan phases, make code changes | Code files, Docs.md |
paw-impl-review |
Review implementation quality, return verdict | Review feedback |
paw-final-review |
Pre-PR review; delegates SoT orchestration to paw-sot |
REVIEW*.md in reviews/ |
paw-planning-docs-review |
Holistic review of planning artifacts bundle | REVIEW*.md in reviews/planning/ |
paw-pr |
Pre-flight validation, create final PR | Final PR |
Note: Phase PR creation is handled by PAW agent (using paw-git-operations) after paw-impl-review passes.
Utility skills: paw-git-operations (branching, Phase PRs), paw-review-response (PR comments), paw-docs-guidance (documentation), paw-sot (society-of-thought engine, loaded by paw-final-review).
All implementation artifacts are stored in a consistent directory structure:
.paw/work/<work-id>/
āāā WorkflowContext.md # Configuration and state
āāā WorkShaping.md # Pre-spec ideation output (optional, from paw-work-shaping)
āāā Spec.md # Feature specification
āāā SpecResearch.md # Research answers (optional)
āāā CodeResearch.md # Implementation details with file:line refs
āāā ImplementationPlan.md # Phased implementation plan
āāā Docs.md # Technical documentation (created during final implementation phase)
āāā prompts/ # Generated prompt files (optional)
āāā planning/ # Multi-model planning artifacts (gitignored)
ā āāā PLAN-{MODEL}.md # Per-model plan drafts
āāā reviews/ # Review artifacts (gitignored)
āāā planning/ # Planning Documents Review artifacts
ā āāā REVIEW.md
ā āāā REVIEW-{MODEL}.md
ā āāā REVIEW-SYNTHESIS.md
āāā REVIEW.md # Final Agent Review: single-model
āāā REVIEW-{MODEL}.md # Final Agent Review: per-model (multi-model)
āāā REVIEW-SYNTHESIS.md # Final Agent Review: synthesis (multi-model)
Work ID Derivation: Normalized from Work Title, lowercase with hyphens (e.g., "Auth System" ā "auth-system").
Typical greenfield progression (adapt based on user intent and workflow state):
paw-spec: Create specification from brief/issuepaw-spec-research (if needed): Answer factual questionspaw-spec-review: Review spec qualitypaw-code-research: Document implementation details with file:line referencespaw-planning: Create phased implementation planpaw-plan-review: Review plan feasibilitypaw-planning-docs-review (if enabled): Holistic review of planning bundlePer phase in ImplementationPlan.md:
paw-implement: Execute phase, make code changespaw-impl-review: Review changes (returns verdict)Phase Candidates: During implementation, new ideas can be captured in the ## Phase Candidates section of ImplementationPlan.md. When all planned phases complete, paw-transition returns promotion_pending = true if unresolved candidates exist. The orchestrator presents each candidate to the user with options: Promote (elaborate into a full phase), Skip, or Defer. Terminal markers ([promoted], [skipped], [deferred], [not feasible]) resolve candidates.
Final phase typically includes documentation (Docs.md, README, CHANGELOG).
paw-final-review: Review full implementation against specpaw-pr: Pre-flight validation, create final PR| PR Type | Skill to Load | Notes |
|---|---|---|
| Planning PR | paw-planning |
Comments on ImplementationPlan.md |
| Phase PR | paw-implement ā paw-impl-review |
Code changes then verify |
| Final PR | paw-implement ā paw-impl-review |
May require code changes |
Load paw-review-response utility skill for comment mechanics.
Direct execution: paw-spec, paw-planning, paw-implement, paw-final-review, paw-planning-docs-review, paw-pr, paw-init, paw-status, paw-work-shaping
Subagent delegation: paw-spec-research, paw-code-research, paw-spec-review, paw-plan-review, paw-impl-review
Orchestrator-handled: Push and Phase PR creation (after paw-impl-review passes, using paw-git-operations)
Activities may return blocked status with open questions. Apply Review Policy to determine resolution approach (final-pr-only: research autonomously; every-stage/milestones: ask user).