spec-generator

Original:🇺🇸 English
Translated

Specification generator - 6 phase document chain producing product brief, PRD, architecture, and epics. Triggers on "generate spec", "create specification", "spec generator", "workflow:spec".

23installs
Added on

NPX Install

npx skill4agent add catlog22/claude-code-workflow spec-generator

Tags

Translated version includes tags in frontmatter

Spec Generator

Structured specification document generator producing a complete specification package (Product Brief, PRD, Architecture, Epics) through 6 sequential phases with multi-CLI analysis and interactive refinement. Document generation only - execution handoff to existing workflows (lite-plan, plan, req-plan).

Architecture Overview

Phase 0: Specification Study (Read specs/ + templates/ - mandatory prerequisite)
         |
Phase 1: Discovery           -> spec-config.json + discovery-context.json
         |
Phase 2: Product Brief       -> product-brief.md  (multi-CLI parallel analysis)
         |
Phase 3: Requirements (PRD)  -> requirements/  (_index.md + REQ-*.md + NFR-*.md)
         |
Phase 4: Architecture        -> architecture/  (_index.md + ADR-*.md, multi-CLI review)
         |
Phase 5: Epics & Stories     -> epics/  (_index.md + EPIC-*.md)
         |
Phase 6: Readiness Check     -> readiness-report.md + spec-summary.md
         |
         Handoff to execution workflows

Key Design Principles

  1. Document Chain: Each phase builds on previous outputs, creating a traceable specification chain from idea to executable stories
  2. Multi-Perspective Analysis: CLI tools (Gemini/Codex/Claude) provide product, technical, and user perspectives in parallel
  3. Interactive by Default: Each phase offers user confirmation points;
    -y
    flag enables full auto mode
  4. Resumable Sessions:
    spec-config.json
    tracks completed phases;
    -c
    flag resumes from last checkpoint
  5. Template-Driven: All documents generated from standardized templates with YAML frontmatter
  6. Pure Documentation: No code generation or execution - clean handoff to existing execution workflows

Mandatory Prerequisites

Do NOT skip: Before performing any operations, you must completely read the following documents. Proceeding without reading the specifications will result in outputs that do not meet quality standards.

Specification Documents (Required Reading)

DocumentPurposePriority
specs/document-standards.mdDocument format, frontmatter, naming conventionsP0 - Must read before execution
specs/quality-gates.mdPer-phase quality gate criteria and scoringP0 - Must read before execution

Template Files (Must read before generation)

DocumentPurpose
templates/product-brief.mdProduct brief document template
templates/requirements-prd.mdPRD document template
templates/architecture-doc.mdArchitecture document template
templates/epics-template.mdEpic/Story document template

Execution Flow

Input Parsing:
   |- Parse $ARGUMENTS: extract idea/topic, flags (-y, -c, -m)
   |- Detect mode: new | continue
   |- If continue: read spec-config.json, resume from first incomplete phase
   |- If new: proceed to Phase 1

Phase 1: Discovery & Seed Analysis
   |- Ref: phases/01-discovery.md
   |- Generate session ID: SPEC-{slug}-{YYYY-MM-DD}
   |- Parse input (text or file reference)
   |- Gemini CLI seed analysis (problem, users, domain, dimensions)
   |- Codebase exploration (conditional, if project detected)
   |- User confirmation (interactive, -y skips)
   |- Output: spec-config.json, discovery-context.json (optional)

Phase 2: Product Brief
   |- Ref: phases/02-product-brief.md
   |- 3 parallel CLI analyses: Product (Gemini) + Technical (Codex) + User (Claude)
   |- Synthesize perspectives: convergent themes + conflicts
   |- Interactive refinement (-y skips)
   |- Output: product-brief.md (from template)

Phase 3: Requirements / PRD
   |- Ref: phases/03-requirements.md
   |- Gemini CLI: expand goals into functional + non-functional requirements
   |- Generate acceptance criteria per requirement
   |- User priority sorting: MoSCoW (interactive, -y auto-assigns)
   |- Output: requirements/ directory (_index.md + REQ-*.md + NFR-*.md, from template)

Phase 4: Architecture
   |- Ref: phases/04-architecture.md
   |- Gemini CLI: core components, tech stack, ADRs
   |- Codebase integration mapping (conditional)
   |- Codex CLI: architecture challenge + review
   |- Interactive ADR decisions (-y auto-accepts)
   |- Output: architecture/ directory (_index.md + ADR-*.md, from template)

Phase 5: Epics & Stories
   |- Ref: phases/05-epics-stories.md
   |- Gemini CLI: requirement grouping into Epics, MVP subset tagging
   |- Story generation: As a...I want...So that...
   |- Dependency mapping (Mermaid)
   |- Interactive validation (-y skips)
   |- Output: epics/ directory (_index.md + EPIC-*.md, from template)

Phase 6: Readiness Check
   |- Ref: phases/06-readiness-check.md
   |- Cross-document validation (completeness, consistency, traceability)
   |- Quality scoring per dimension
   |- Output: readiness-report.md, spec-summary.md
   |- Handoff options: lite-plan, req-plan, plan, issue:new, export only, iterate

Complete: Full specification package ready for execution

Phase 6 → Handoff Bridge (conditional, based on user selection):
   ├─ lite-plan: Extract first MVP Epic description → direct text input
   ├─ plan / req-plan: Create WFS session + .brainstorming/ bridge files
   │   ├─ guidance-specification.md (synthesized from spec outputs)
   │   ├─ feature-specs/feature-index.json (Epic → Feature mapping)
   │   └─ feature-specs/F-{num}-{slug}.md (one per Epic)
   ├─ issue:new: Create issues per Epic
   └─ context-search-agent auto-discovers .brainstorming/
       → context-package.json.brainstorm_artifacts populated
       → action-planning-agent consumes: guidance_spec (P1) → feature_index (P2)

Directory Setup

javascript
// Session ID generation
const slug = topic.toLowerCase().replace(/[^a-z0-9\u4e00-\u9fff]+/g, '-').slice(0, 40);
const date = new Date().toISOString().slice(0, 10);
const sessionId = `SPEC-${slug}-${date}`;
const workDir = `.workflow/.spec/${sessionId}`;

Bash(`mkdir -p "${workDir}"`);

Output Structure

.workflow/.spec/SPEC-{slug}-{YYYY-MM-DD}/
├── spec-config.json              # Session configuration + phase state
├── discovery-context.json        # Codebase exploration results (optional)
├── product-brief.md              # Phase 2: Product brief
├── requirements/                 # Phase 3: Detailed PRD (directory)
│   ├── _index.md                 #   Summary, MoSCoW table, traceability, links
│   ├── REQ-NNN-{slug}.md         #   Individual functional requirement
│   └── NFR-{type}-NNN-{slug}.md  #   Individual non-functional requirement
├── architecture/                 # Phase 4: Architecture decisions (directory)
│   ├── _index.md                 #   Overview, components, tech stack, links
│   └── ADR-NNN-{slug}.md         #   Individual Architecture Decision Record
├── epics/                        # Phase 5: Epic/Story breakdown (directory)
│   ├── _index.md                 #   Epic table, dependency map, MVP scope
│   └── EPIC-NNN-{slug}.md        #   Individual Epic with Stories
├── readiness-report.md           # Phase 6: Quality report
└── spec-summary.md               # Phase 6: One-page executive summary

State Management

spec-config.json serves as core state file:
json
{
  "session_id": "SPEC-xxx-2026-02-11",
  "seed_input": "User input text",
  "input_type": "text",
  "timestamp": "ISO8601",
  "mode": "interactive",
  "complexity": "moderate",
  "depth": "standard",
  "focus_areas": [],
  "seed_analysis": {
    "problem_statement": "...",
    "target_users": [],
    "domain": "...",
    "constraints": [],
    "dimensions": []
  },
  "has_codebase": false,
  "phasesCompleted": [
    { "phase": 1, "name": "discovery", "output_file": "spec-config.json", "completed_at": "ISO8601" },
    { "phase": 3, "name": "requirements", "output_dir": "requirements/", "output_index": "requirements/_index.md", "file_count": 8, "completed_at": "ISO8601" }
  ]
}
Resume mechanism:
-c|--continue
flag reads
spec-config.json.phasesCompleted
, resumes from first incomplete phase.

Core Rules

  1. Start Immediately: First action is TaskCreate initialization, then Phase 0 (spec study), then Phase 1
  2. Progressive Phase Loading: Read phase docs ONLY when that phase is about to execute
  3. Auto-Continue: All phases run autonomously; check TaskList to execute next pending phase
  4. Parse Every Output: Extract required data from each phase for next phase context
  5. DO NOT STOP: Continuous 6-phase pipeline until all phases complete or user exits
  6. Respect -y Flag: When auto mode, skip all AskUserQuestion calls, use recommended defaults
  7. Respect -c Flag: When continue mode, load spec-config.json and resume from checkpoint

Reference Documents by Phase

Phase 1: Discovery

DocumentPurposeWhen to Use
phases/01-discovery.mdSeed analysis and session setupPhase start
specs/document-standards.mdFrontmatter format for spec-config.jsonConfig generation

Phase 2: Product Brief

DocumentPurposeWhen to Use
phases/02-product-brief.mdMulti-CLI analysis orchestrationPhase start
templates/product-brief.mdDocument templateDocument generation

Phase 3: Requirements

DocumentPurposeWhen to Use
phases/03-requirements.mdPRD generation workflowPhase start
templates/requirements-prd.mdDocument templateDocument generation

Phase 4: Architecture

DocumentPurposeWhen to Use
phases/04-architecture.mdArchitecture decision workflowPhase start
templates/architecture-doc.mdDocument templateDocument generation

Phase 5: Epics & Stories

DocumentPurposeWhen to Use
phases/05-epics-stories.mdEpic/Story decompositionPhase start
templates/epics-template.mdDocument templateDocument generation

Phase 6: Readiness Check

DocumentPurposeWhen to Use
phases/06-readiness-check.mdCross-document validationPhase start
specs/quality-gates.mdQuality scoring criteriaValidation

Debugging & Troubleshooting

IssueSolution Document
Phase execution failedRefer to the relevant Phase documentation
Output does not meet expectationsspecs/quality-gates.md
Document format issuesspecs/document-standards.md

Error Handling

PhaseErrorBlocking?Action
Phase 1Empty inputYesError and exit
Phase 1CLI seed analysis failsNoUse basic parsing fallback
Phase 2Single CLI perspective failsNoContinue with available perspectives
Phase 2All CLI calls failNoGenerate basic brief from seed analysis
Phase 3Gemini CLI failsNoUse codex fallback
Phase 4Architecture review failsNoSkip review, proceed with initial analysis
Phase 5Story generation failsNoGenerate epics without detailed stories
Phase 6Validation CLI failsNoGenerate partial report with available data

CLI Fallback Chain

Gemini -> Codex -> Claude -> degraded mode (local analysis only)