ShipSpec: Spec-driven development for Claude Code. Ship bigger features with confidence.
npx claudepluginhub jsegov/shipspec-claude-code-pluginSpec-driven development for big features. When features get too big, plan mode gets too vague—leading to hallucinations during implementation. ShipSpec replaces vague plans with structured PRDs, technical designs, and ordered tasks that keep Claude grounded.
Claude Code marketplace entries for the plugin-safe Antigravity Awesome Skills library and its compatible editorial bundles.
Production-ready workflow orchestration with 80 focused plugins, 185 specialized agents, and 153 skills - optimized for granular installation and minimal token usage
Directory of popular Claude Code extensions including development tools, productivity plugins, and MCP integrations
Share bugs, ideas, or general feedback.
Spec-driven development meets the Ralph Wiggum loop.
Two problems plague AI-assisted coding:
Vibe coding — Throwing prompts at Claude without structure. It makes plausible-sounding but wrong assumptions. The bigger the feature, the more it drifts.
Giving up too early — Claude does its best attempt, exits, and you're left debugging half-finished work.
ShipSpec solves both. Specs keep Claude grounded. Ralph loops keep Claude iterating until it's actually done.
┌─────────────────────────────────────────────────────────────┐
│ THE SPEC SIDE │
│ │
│ Feature Idea │
│ ↓ │
│ PRD (what to build + numbered requirements) │
│ ↓ │
│ SDD (how to build it + architecture decisions) │
│ ↓ │
│ TASKS.json (ordered work + acceptance criteria) │
└─────────────────────────────────────────────────────────────┘
┌─────────────────────────────────────────────────────────────┐
│ THE RALPH SIDE │
│ │
│ while task_not_verified: │
│ implement(task) │
│ verify(acceptance_criteria) │
│ if failed: retry with feedback │
└─────────────────────────────────────────────────────────────┘
Together: Each task carries its requirements, design context, and verification criteria. The Ralph loop keeps running until those criteria pass. Claude can't drift because the spec is always there. It can't give up because the loop keeps it going.
| Problem | Solution |
|---|---|
| Vibe coding makes Claude drift | Structured PRD with numbered requirements |
| Claude forgets original intent | Requirements linked to every task |
| Architecture decisions get contradicted | SDD documents design choices upfront |
| Claude gives up on first attempt | Ralph loops retry until verified |
/plugin marketplace add jsegov/shipspec-claude-code-plugin
/plugin install shipspec@shipspec-marketplace
# Start planning a new feature with a description (or run interactively)
/feature-planning "Add user authentication with OAuth2 and session management"
/feature-planning # prompts for description interactively
# Implement tasks one by one (or specify a task ID)
/implement-task user-auth-oauth2
/implement-task user-auth-oauth2 3 # implement specific task
Run /feature-planning with a description to go through the complete planning workflow:
/feature-planning "Add user authentication with OAuth2 and session management"
The command auto-generates a directory name (e.g., user-auth-oauth2) and guides you through 7 phases:
Feature Description - Gather or confirm the feature description, auto-generate directory name
Setup - Creates .shipspec/planning/<generated-name>/ and extracts codebase context
Requirements Gathering - Interactive Q&A with the PRD Gatherer agent about:
PRD Generation - Creates structured PRD with numbered requirements
Technical Decisions - Interactive Q&A about:
SDD Generation - Creates technical design document with:
Task Generation - Automatically creates implementation tasks with:
After completing the feature planning workflow:
.shipspec/planning/your-feature/
├── PRD.md # Product Requirements Document
├── SDD.md # Software Design Document
└── TASKS.md # Implementation tasks with agent prompts