A plugin marketplace for Claude Code containing reusable skills and commands to enhance your development workflow.
Generate excellent Product Requirements Documents (PRDs) and Technical Design Documents (TDDs) with structured workflows and deep analysis. Verify implementation completeness against TDD acceptance criteria.
| Command | Skill | Purpose |
|---|---|---|
/specs-plugin:prd |
prd-writer | Generate PRDs focused on problems, goals, users, and success metrics |
/specs-plugin:tdd |
tdd-writer | Generate TDDs focused on requirements, contracts, and acceptance criteria |
/specs-plugin:ac-checker |
ac-checker | Verify acceptance criteria are implemented with tests and code |
- Claude Code 2.1.0 or later
- Optional MCP servers (for enhanced functionality):
- Context7 - Library documentation lookups
- Sequential Thinking - Deep analysis for Open Questions generation
In Claude Code, add this marketplace:
# From GitHub (recommended)
/plugin marketplace add AdrianRibao/Claude-Code-Vitamins
# Or from any git URL
/plugin marketplace add https://github.com/AdrianRibao/Claude-Code-Vitamins.git# Install specs-plugin
/plugin install specs-plugin@claude-code-vitamins# Test the commands
/specs-plugin:prd --help
/specs-plugin:tdd --helpManual update:
# Refresh marketplace and update plugins
/plugin marketplace updateEnable auto-updates (recommended):
Auto-update is disabled by default for third-party marketplaces. To enable automatic updates:
- Run
/pluginto open the plugin manager - Select the Marketplaces tab
- Choose claude-code-vitamins from the list
- Select Enable auto-update
When enabled, Claude Code will automatically refresh the marketplace and update installed plugins at startup.
Note: To disable all automatic updates globally, set the environment variable
DISABLE_AUTOUPDATER=true
Generate Product Requirements Documents focused on problems, goals, users, and success metrics.
# Create a master PRD
/specs-plugin:prd time-tracking --type master
# Create a feature PRD
/specs-plugin:prd time-tracking-mobile --type feature
# Review existing PRD for scope creep
/specs-plugin:prd --review @specs/prds/time-tracking/00-master.md
# Consolidate after answering Open Questions
/specs-plugin:prd --consolidate @specs/prds/time-tracking/01-mobile.mdFlags:
| Flag | Purpose |
|---|---|
--type |
PRD type: master, feature, api, integration |
--no-questions |
Skip upfront questions (use with comprehensive brief) |
--review |
Analyze existing PRD for scope creep |
--consolidate @path |
Apply OQ answers, tighten document |
Output: specs/prds/{product}/{nn}-{product}-{type}.md
Generate Technical Design Documents focused on requirements, contracts, and acceptance criteria.
# Create a backend TDD
/specs-plugin:tdd incidents --type backend --prd @specs/prds/02-incident-management.md
# Create a UI TDD
/specs-plugin:tdd incidents-ui --type ui --prd @specs/prds/02-incident-management.md
# Review existing TDD for bloat
/specs-plugin:tdd --review @specs/tdds/incidents/01-incident-resource.md
# Consolidate after answering Open Questions
/specs-plugin:tdd --consolidate @specs/tdds/incidents/01-incident-resource.mdFlags:
| Flag | Purpose |
|---|---|
--type |
TDD type: backend, ui, api, integration |
--prd @path |
Reference PRD for requirements |
--no-questions |
Skip upfront questions (use with comprehensive PRD) |
--review |
Analyze existing TDD for bloat |
--consolidate @path |
Apply OQ answers, tighten document |
Output: specs/tdds/{feature}/{nn}-{feature}-{type}.md
Verify that acceptance criteria from TDDs are actually implemented in code with tests and proper coverage.
# Check implementation status
/specs-plugin:ac-checker specs/tdds/incidents/01-incidents-backend.md
# Check with coverage analysis
/specs-plugin:ac-checker specs/tdds/user-auth/01-user-auth-backend.md --coverage
# Check and auto-update TDD checkboxes
/specs-plugin:ac-checker specs/tdds/dashboard/02-dashboard-ui.md --update
# Compare against specific branch
/specs-plugin:ac-checker specs/tdds/incidents/01-incidents-backend.md --branch developFlags:
| Flag | Purpose |
|---|---|
--coverage |
Run coverage analysis to verify targets |
--update |
Update TDD by marking implemented criteria as complete |
--branch |
Compare against specific branch (default: main) |
What it checks:
- ✅ Tests exist for each criterion (searches test files)
- ✅ Implementation code exists (searches source files)
- ✅ Coverage targets met (≥80% domain, ≥90% business rules, ≥95% auth)
- ✅ Checkbox status matches implementation
Output: specs/tdds/reports/ac-implementation-{feature}-{timestamp}.md
┌──────────────────────────────────────────────────────────────────────────────┐
│ 1. CREATE PRD │
│ /specs-plugin:prd feature --type master │
│ │
│ • Define problem, goals, users, requirements │
│ • Generate Open Questions via deep analysis │
│ • Review and consolidate │
└──────────────────────────────────────────────────────────────────────────────┘
↓
┌──────────────────────────────────────────────────────────────────────────────┐
│ 2. CREATE TDD │
│ /specs-plugin:tdd feature --type backend --prd @specs/prds/feature.md │
│ │
│ • Define data models, contracts, acceptance criteria │
│ • Generate Open Questions via deep analysis │
│ • Review and consolidate │
└──────────────────────────────────────────────────────────────────────────────┘
↓
┌──────────────────────────────────────────────────────────────────────────────┐
│ 3. IMPLEMENT │
│ │
│ • PRD and TDD are complete and approved │
│ • Write tests and implementation code │
│ • Iteratively check progress with ac-checker │
└──────────────────────────────────────────────────────────────────────────────┘
↓
┌──────────────────────────────────────────────────────────────────────────────┐
│ 4. VERIFY │
│ /specs-plugin:ac-checker specs/tdds/feature.md --coverage --update │
│ │
│ • Validate tests exist for all acceptance criteria │
│ • Verify implementation code is complete │
│ • Check coverage targets are met │
│ • Update TDD checkboxes, generate report │
└──────────────────────────────────────────────────────────────────────────────┘
PRDs define what problem we're solving and why it matters. They focus on:
- Problem statement and impact
- Goals and non-goals
- Target users and their needs
- User workflows (step-by-step scenarios)
- Requirements (functional and non-functional)
- Success metrics
PRDs never include: implementation code, database schemas, API specifications, architecture decisions.
TDDs specify what needs to be built in technical terms. They focus on:
- Data models (tables, not code)
- Interface contracts (signatures only)
- Authorization matrices
- Behavior specifications (Given/When/Then)
- Acceptance criteria (testable checkboxes)
TDDs never include: full implementation code, function bodies, algorithm details, test implementations.
| Section | Purpose |
|---|---|
| Problem Statement | Why this product/feature exists |
| Goals & Non-Goals | What success looks like, what's excluded |
| Target Users | Who we're building for, their needs |
| User Workflows | Step-by-step scenarios for user tasks |
| Requirements | Functional and non-functional needs |
| Success Metrics | How we measure success |
| Scope | What's in/out of scope |
| Open Questions | Unresolved decisions with IDs |
| Section | Purpose |
|---|---|
| Overview & Scope | What's included/excluded |
| Data Model | Attributes, types, constraints (tables) |
| Interface Contract | Function signatures only (no bodies) |
| Authorization Matrix | Who can do what (tables) |
| Behavior Specs | Given/When/Then scenarios |
| Acceptance Criteria | Testable checkboxes |
| Open Questions | Unresolved decisions with IDs |
Both PRDs and TDDs generate Open Questions via deep analysis (Sequential MCP + ultrathink):
## Open Questions
| ID | Question | Status |
| ----- | ------------------------------------- | -------------- |
| OQ-01 | Should we support multiple employers? | Open |
| OQ-02 | Maximum file upload size? | Deferred to v2 |
### OQ-01: Multiple Employers
**Question**: Should an employee work for multiple employers?
**Why it matters**: Affects data model, UI complexity, reporting.
**Possible answers**:
- Single employer (simpler, v1)
- Multiple employers (broader market)
**Status**: Open - needs product decision| Indicator | Threshold | Action |
|---|---|---|
| User workflows | > 8 workflows | Split by user segment |
| Requirements | > 30 requirements | Split by feature area |
| Document length | > 1000 lines | Must split |
| Indicator | Threshold | Action |
|---|---|---|
| Data models | > 3 resources | Split by domain |
| Acceptance criteria | > 25 checkboxes | Split by feature |
| Document length | > 1500 lines | Must split |
- Create skill directory:
plugins/{plugin}/skills/{skill-name}/ - Add
SKILL.mdwith frontmatter and definition - Add
style-guide.mdwith writing conventions - Add
templates/with document templates - Add
examples/with reference examples - Create command wrapper in
commands/{command}.md
- Create plugin directory:
plugins/{plugin-name}/ - Add
.claude-plugin/plugin.jsonmanifest - Add skills and commands
- Register in
.claude-plugin/marketplace.json
MIT