communication-style
Output rules for all agents - concise, scannable, actionable. Based on Matt Pocock's planning principles.
This skill should be used when the user asks to "build a feature", "create a spec", "start spec-driven development", "run research phase", "generate requirements", "create design", "plan tasks", "implement spec", "check spec status", "triage a feature", "create an epic",
$ npx -y skills add tzachbon/smart-ralph --skill spec-workflow --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/spec-workflowContext preview
The summary Claude sees to decide when to auto-load this skill.
This skill should be used when the user asks to "build a feature", "create a spec", "start spec-driven development", "run research phase", "generate requirements", "create design", "plan tasks", "implement spec", "check spec status", "triage a feature", "create an epic",
name: spec-workflow description: This skill should be used when the user asks to "build a feature", "create a spec", "start spec-driven development", "run research phase", "generate requirements", "create design", "plan tasks", "implement spec", "check spec status", "triage a feature", "create an epic", "decompose a large feature", or needs guidance on spec-driven development workflow, phase ordering, or epic orchestration. version: 0.2.0
Spec-driven development transforms feature requests into structured specs through sequential phases, then executes them task-by-task.
| Situation | Command | |-----------|---------| | New feature, want guidance | `/ralph-specum:start <name> <goal>` | | New feature, skip interviews | `/ralph-specum:start <name> <goal> --quick` | | Large feature needing decomposition | `/ralph-specum:triage <goal>` | | Resume existing spec | `/ralph-specum:start` (auto-detects) | | Jump to specific phase | `/ralph-specum:<phase>` |
start/new -> research -> requirements -> design -> tasks -> implement
^
optional prototype overlay, then returnEach phase produces a markdown artifact under the resolved `<basePath>/`. Normal mode pauses for approval between phases. Quick mode runs all phases then auto-starts execution.
Prototype is an optional overlay, not a main phase. The main `phase` remains `research`, `requirements`, `design`, `tasks`, or `execution`; live prototype work is stored in `activePrototypes`. Resolve the configured spec root and `basePath` before any overlay operation. Follow [`references/phase-transitions.md`](references/phase-transitions.md) when suggesting, starting, resuming, cancelling, or consuming prototype evidence.
| Command | Agent | Output | Purpose | |---------|-------|--------|---------| | `/ralph-specum:research` | research-analyst | research.md | Explore feasibility, patterns, context | | `/ralph-specum:requirements` | product-manager | requirements.md | User stories, acceptance criteria | | `/ralph-specum:design` | architect-reviewer | design.md | Architecture, components, interfaces | | `/ralph-specum:tasks` | task-planner | tasks.md | POC-first task breakdown | | `/ralph-specum:implement` | spec-executor | commits | Autonomous task-by-task execution | | `/ralph-specum:prototype` | prototype-builder | prototypes/<id>.md | Test one falsifiable design question in isolation |
Normal mode may suggest prototype after research or requirements, and the user owns capture, verdict, handoff, and deletion decisions. Direct invocation is available from any main phase. Quick mode runs at most one agent-owned request after requirements, takes over the oldest design blocker when one exists, asks no decision questions, and always continues to design.
For features too large for a single spec, use epic triage to decompose into dependency-aware specs.
triage -> [spec-1, spec-2, spec-3...] -> implement each in order
**Entry points:**
**File structure:**
specs/
_epics/<epic-name>/
epic.md # Triage output (vision, specs, dependency graph)
research.md # Exploration + validation research
.epic-state.json # Progress tracking across specs
.progress.md # Learnings and decisions| Command | Purpose | |---------|---------| | `/ralph-specum:status` | Show all specs and progress | | `/ralph-specum:switch <name>` | Change active spec | | `/ralph-specum:cancel` | Cancel active execution | | `/ralph-specum:refactor` | Update spec files after execution |
/ralph-specum:start my-feature "Build X" --quick # Runs all phases automatically, starts execution # May run one unattended prototype request after requirements
/ralph-specum:start my-feature "Build X" # Fact-first grilling at each phase # Review and approve each artifact /ralph-specum:implement
/ralph-specum:triage "Build entire auth system" # Decomposes into: auth-core, auth-oauth, auth-rbac /ralph-specum:start # Picks next unblocked spec
Spec-driven development with smart compaction. Claude Code plugin combining Ralph Wiggum loop with structured specification workflow.
Output rules for all agents - concise, scannable, actionable. Based on Matt Pocock's planning principles.
Core principle that the main agent is a coordinator, not an implementer. All work must be delegated to subagents.
Core Smart Ralph skill defining common arguments, execution modes, and shared behaviors across all Ralph plugins.
Comprehensive understanding of the spec-kit methodology. Constitution-driven feature development with specify, plan, tasks, and implement phases.
Internal Ralph Specum contract for Codex phase interviews, skill manifests, approval, and delegation gates. Phase coordinators load this skill directly; users…
This skill should be used only when the user explicitly asks to use `$ralph-specum-cancel`, or explicitly asks Ralph Specum in Codex to stop execution or…