Skip to content

AdrianRibao/Claude-Code-Vitamins

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

19 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Claude Code Vitamins

A plugin marketplace for Claude Code containing reusable skills and commands to enhance your development workflow.

Available Plugins

specs-plugin

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

Requirements

  • 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

Installation

1. Add the Marketplace

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

2. Install a Plugin

# Install specs-plugin
/plugin install specs-plugin@claude-code-vitamins

3. Verify Installation

# Test the commands
/specs-plugin:prd --help
/specs-plugin:tdd --help

Keeping Plugins Updated

Manual update:

# Refresh marketplace and update plugins
/plugin marketplace update

Enable auto-updates (recommended):

Auto-update is disabled by default for third-party marketplaces. To enable automatic updates:

  1. Run /plugin to open the plugin manager
  2. Select the Marketplaces tab
  3. Choose claude-code-vitamins from the list
  4. 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

Usage

PRD Writer

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.md

Flags:

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

TDD Writer

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.md

Flags:

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

Acceptance Criteria Checker

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 develop

Flags:

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

Workflow

┌──────────────────────────────────────────────────────────────────────────────┐
│  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                                 │
└──────────────────────────────────────────────────────────────────────────────┘

Philosophy

PRD: WHAT and WHY

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.

TDD: WHAT to Build

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.

Document Structure

PRD Structure

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

TDD Structure

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

Open Questions

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

Splitting Large Documents

PRD Thresholds

Indicator Threshold Action
User workflows > 8 workflows Split by user segment
Requirements > 30 requirements Split by feature area
Document length > 1000 lines Must split

TDD Thresholds

Indicator Threshold Action
Data models > 3 resources Split by domain
Acceptance criteria > 25 checkboxes Split by feature
Document length > 1500 lines Must split

Contributing

Adding a New Skill

  1. Create skill directory: plugins/{plugin}/skills/{skill-name}/
  2. Add SKILL.md with frontmatter and definition
  3. Add style-guide.md with writing conventions
  4. Add templates/ with document templates
  5. Add examples/ with reference examples
  6. Create command wrapper in commands/{command}.md

Adding a New Plugin

  1. Create plugin directory: plugins/{plugin-name}/
  2. Add .claude-plugin/plugin.json manifest
  3. Add skills and commands
  4. Register in .claude-plugin/marketplace.json

License

MIT

About

Claude Code Vitamins - Marketplace for my personal workflows

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

 
 
 

Contributors