Skip to content

shinpr/claude-code-workflows

Folders and files

NameName
Last commit message
Last commit date

Latest commit

Β 

History

186 Commits
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 

Repository files navigation

Claude Code Workflows πŸš€

Claude Code GitHub Stars License: MIT PRs Welcome

End-to-end development workflows for Claude Code - Specialized agents handle requirements, design, implementation, and quality checks so you get reviewable code, not just generated code.


⚑ Quick Start

This marketplace includes the following plugins:

Core plugins:

  • dev-workflows - Backend and general-purpose development
  • dev-workflows-frontend - React/TypeScript specialized workflows

Optional add-ons (enhance core plugins):

  • metronome - Detects shortcut-taking behavior and nudges Claude to proceed step by step
  • dev-workflows-governance - Enforces TIDY stage and human signoff checkpoint before deployment

Skills only (for users with existing workflows):

  • dev-skills - Coding best practices, testing principles, and design guidelines β€” no workflow recipes

These plugins provide end-to-end workflows for AI-assisted development. Choose what fits your project:

Backend or General Development

# 1. Start Claude Code
claude

# 2. Install the marketplace
/plugin marketplace add shinpr/claude-code-workflows

# 3. Install backend plugin
/plugin install dev-workflows@claude-code-workflows

# 4. Restart session (required)
# Exit and restart Claude Code

# 5. Start building
/recipe-implement <your feature>

Frontend Development (React/TypeScript)

# 1-2. Same as above (start Claude Code and add marketplace)

# 3. Install frontend plugin
/plugin install dev-workflows-frontend@claude-code-workflows

# 4-5. Same as above (restart and start building)

# Use frontend-specific commands
/recipe-front-design <your feature>

Full-Stack Development

Install both plugins to get the complete toolkit for backend and frontend work.

# Use fullstack commands for cross-layer features
/recipe-fullstack-implement "Add user authentication with JWT + login form"

# Or execute from existing fullstack work plan
/recipe-fullstack-build

The fullstack recipes create separate Design Docs per layer (backend + frontend), verify cross-layer consistency via design-sync, and route tasks to the appropriate executor based on filename patterns. See Fullstack Workflow for details.

External Plugins

# Install metronome (prevents shortcut-taking behavior)
/plugin install metronome@claude-code-workflows

# Install dev-workflows-governance (TIDY stage + signoff checkpoint)
/plugin install dev-workflows-governance@claude-code-workflows

Skills Only (For Users with Existing Workflows)

If you already have your own orchestration (custom prompts, scripts, CI-driven loops) and just want the best-practice guides, use dev-skills. If you want Claude to plan, execute, and verify end-to-end, install dev-workflows instead.

  • Minimal context footprint β€” no agents or recipe skills loaded
  • Drop-in best practices without changing your workflow
  • Works as a ruleset layer for your own orchestrator

Do not install alongside dev-workflows or dev-workflows-frontend β€” duplicate skills will be silently ignored. See details below.

# Install skills-only plugin
/plugin install dev-skills@claude-code-workflows

Skills auto-load when relevant β€” coding-principles activates during implementation, testing-principles during test writing, etc.

Switching between plugins:

# dev-skills β†’ dev-workflows
/plugin uninstall dev-skills@claude-code-workflows
/plugin install dev-workflows@claude-code-workflows

# dev-workflows β†’ dev-skills
/plugin uninstall dev-workflows@claude-code-workflows
/plugin install dev-skills@claude-code-workflows

Warning: dev-skills and dev-workflows / dev-workflows-frontend share the same skills. Installing both causes skill descriptions to appear twice in the system context. Claude Code limits skill descriptions to ~2% of the context window β€” exceeding this limit causes skills to be silently ignored.


πŸ”§ How It Works

The Workflow

graph TB
    A[πŸ‘€ User Request] --> B[πŸ” requirement-analyzer]

    B --> |"πŸ“¦ Large (6+ files)"| C[πŸ“„ prd-creator]
    B --> |"πŸ“¦ Medium (3-5 files)"| D[πŸ“ technical-designer]
    B --> |"πŸ“¦ Small (1-2 files)"| E[⚑ Direct Implementation]

    C --> D
    D --> DR[πŸ“‹ document-reviewer]
    DR --> DS[πŸ”„ design-sync]
    DS --> F[πŸ§ͺ acceptance-test-generator]
    F --> G[πŸ“‹ work-planner]
    G --> H[βœ‚οΈ task-decomposer]

    H --> I[πŸ”¨ task-executor]
    E --> I

    I --> J[βœ… quality-fixer]
    J --> K[πŸŽ‰ Ready to Commit]
Loading

The Diagnosis Workflow

graph LR
    P[πŸ› Problem] --> INV[πŸ” investigator]
    INV --> |Evidence Matrix| ASS{Complex?}
    ASS --> |Yes| VER[βš–οΈ verifier]
    ASS --> |No| SOL[πŸ’‘ solver]
    VER --> |Validated Conclusion| SOL
    SOL --> |Solutions + Steps| R[πŸ“‹ Report]
Loading

The Reverse Engineering Workflow

graph TB
    subgraph Phase1[Phase 1: PRD Generation]
        CMD[πŸ“œ /recipe-reverse-engineer] --> SD[πŸ” scope-discoverer unified]
        SD --> PRD[πŸ“„ prd-creator]
        PRD --> CV1[βœ… code-verifier]
        CV1 --> DR1[πŸ“‹ document-reviewer]
    end

    subgraph Phase2[Phase 2: Design Doc Generation]
        TD[πŸ“ technical-designer] --> CV2[βœ… code-verifier]
        CV2 --> DR2[πŸ“‹ document-reviewer]
        DR2 --> DONE[πŸ“š Complete]
    end

    DR1 --> |"All PRDs Approved (reuse scope)"| TD
Loading

What Happens Behind the Scenes

  1. Analysis - Figures out how complex your task is
  2. Planning - Creates the right docs (PRD, UI Spec, Design Doc, work plan) based on complexity
  3. Execution - Specialized agents handle implementation autonomously
  4. Quality - Runs tests, checks types, fixes errors automatically
  5. Review - Makes sure everything matches the design
  6. Done - Reviewed, tested, ready to commit

⚑ Workflow Recipes

All workflow entry points use the recipe- prefix to distinguish them from knowledge skills. Type /recipe- and use tab completion to see all available recipes.

Backend & General Development (dev-workflows)

Recipe Purpose When to Use
/recipe-implement End-to-end feature development New features, complete workflows
/recipe-fullstack-implement End-to-end fullstack development Cross-layer features (requires both plugins)
/recipe-task Execute single task with precision Bug fixes, small changes
/recipe-design Create design documentation Architecture planning
/recipe-plan Generate work plan from design Planning phase
/recipe-build Execute from existing task plan Resume implementation
/recipe-fullstack-build Execute fullstack task plan Resume cross-layer implementation (requires both plugins)
/recipe-review Verify code against design docs Post-implementation check
/recipe-diagnose Investigate problems and derive solutions Bug investigation, root cause analysis
/recipe-reverse-engineer Generate PRD/Design Docs from existing code Legacy system documentation, codebase understanding
/recipe-add-integration-tests Add integration/E2E tests to existing code Test coverage for existing implementations
/recipe-update-doc Update existing design documents with review Spec changes, review feedback, document maintenance

Frontend Development (dev-workflows-frontend)

Recipe Purpose When to Use
/recipe-front-design Create UI Spec + frontend Design Doc React component architecture, UI Spec
/recipe-front-plan Generate frontend work plan Component breakdown planning
/recipe-front-build Execute frontend task plan Resume React implementation
/recipe-front-review Verify code against design docs Post-implementation check
/recipe-task Execute single task with precision Component fixes, small updates
/recipe-diagnose Investigate problems and derive solutions Bug investigation, root cause analysis
/recipe-update-doc Update existing design documents with review Spec changes, review feedback, document maintenance

Tip: Both plugins share /recipe-task, /recipe-diagnose, and /recipe-update-doc with the same functionality. For reverse engineering, use /recipe-reverse-engineer with the fullstack option to generate both backend and frontend Design Docs in a single workflow.


πŸ“¦ Specialized Agents

The workflow uses specialized agents for each stage of the development lifecycle.

Shared Agents (Available in Both Plugins)

These agents work the same way whether you're building a REST API or a React app:

Agent What It Does
requirement-analyzer Figures out how complex your task is and picks the right workflow
work-planner Breaks down design docs into actionable tasks
task-decomposer Splits work into small, commit-ready chunks
code-reviewer Checks your code against design docs to make sure nothing's missing
document-reviewer Reviews single document quality, completeness, and rule compliance
design-sync Verifies consistency across multiple Design Docs and detects conflicts
investigator Collects evidence, enumerates hypotheses, builds evidence matrix for problem diagnosis
verifier Validates investigation results using ACH and Devil's Advocate methods
solver Generates solutions with tradeoff analysis and implementation steps
scope-discoverer Discovers functional scope from codebase for reverse engineering
code-verifier Validates consistency between documentation and code implementation

Backend-Specific Agents (dev-workflows)

Agent What It Does
prd-creator Writes product requirement docs for complex features
technical-designer Plans architecture and tech stack decisions
acceptance-test-generator Creates E2E and integration test scaffolds from requirements
integration-test-reviewer Reviews integration/E2E tests for skeleton compliance and quality
task-executor Implements backend features with TDD
quality-fixer Runs tests, fixes type errors, handles linting - everything quality-related
rule-advisor Picks the best coding rules for your current task

Frontend-Specific Agents (dev-workflows-frontend)

Agent What It Does
prd-creator Writes product requirement docs for complex features
ui-spec-designer Creates UI Specifications from PRD and optional prototype code
technical-designer-frontend Plans React component architecture and state management
task-executor-frontend Implements React components with Testing Library
quality-fixer-frontend Handles React-specific tests, TypeScript checks, and builds
rule-advisor Picks the best coding rules for your current task
design-sync Verifies consistency across multiple Design Docs and detects conflicts

πŸ“š Built-in Best Practices

The backend plugin includes proven best practices that work with any language:

  • Coding Principles - Code quality standards
  • Testing Principles - TDD, coverage, test patterns
  • Implementation Approach - Design decisions and trade-offs
  • Documentation Standards - Clear, maintainable docs

These are loaded as skills and automatically applied by agents when relevant.

The frontend plugin has React and TypeScript-specific rules built in.


πŸš€ What These Plugins Do

Each phase runs in a fresh agent context, so quality doesn't degrade as the task grows:

  • Analyze β†’ requirement-analyzer determines scale and workflow
  • Design β†’ technical-designer (+ ui-spec-designer for frontend) produces testable specs with acceptance criteria
  • Plan β†’ work-planner schedules integration by value unit, not by layer β€” so each phase delivers a working vertical slice
  • Implement β†’ task-executor builds and tests each task, quality-fixer verifies before every commit
  • Verify β†’ acceptance criteria trace from design through test skeletons, so nothing is left implicit

The frontend plugin adds React-specific agents (component architecture, Testing Library, TypeScript-first quality checks) and UI Spec generation from optional prototype code.

Why UI Spec Exists

Prototypes show what the UI looks like, but not how it behaves across states, errors, and API boundaries. The gaps surface during integration β€” each task works alone but the whole doesn't hold up.

UI Spec bridges this by capturing component states, interactions, and acceptance criteria from the prototype. These criteria trace into the Design Doc and test skeletons, and the work plan uses them to schedule integration by value unit rather than by layer. The result is that design decisions are verified by tests, and breakage is caught early.


🎯 Typical Workflows

Backend Feature Development

/recipe-implement "Add user authentication with JWT"

# What happens:
# 1. Analyzes your requirements
# 2. Creates design documents
# 3. Breaks down into tasks
# 4. Implements with TDD
# 5. Runs tests and fixes issues
# 6. Reviews against design docs

Frontend Feature Development

/recipe-front-design "Build a user profile dashboard"

# What happens:
# 1. Analyzes requirements
# 2. Asks for prototype code (optional)
# 3. Creates UI Specification (screen structure, components, interactions)
# 4. Creates frontend Design Doc (inherits UI Spec decisions)
#
# Then run:
/recipe-front-build

# This:
# 1. Implements components with Testing Library
# 2. Writes tests for each component
# 3. Handles TypeScript types
# 4. Fixes lint and build errors

Fullstack Workflow

/recipe-fullstack-implement "Add user authentication with JWT + React login form"

# What happens:
# 1. Analyzes requirements (same as /recipe-implement)
# 2. Creates PRD covering the entire feature
# 3. Asks for prototype code, creates UI Specification
# 4. Creates separate Design Docs for backend AND frontend
# 5. Verifies cross-layer consistency via design-sync
# 6. Creates work plan with vertical feature slices
# 7. Decomposes into layer-aware tasks (backend/frontend/fullstack)
# 8. Routes each task to the appropriate executor
# 9. Runs layer-appropriate quality checks
# 10. Commits vertical slices for early integration

Requires both plugins installed. The fullstack recipes create separate Design Docs per layer and route tasks to backend or frontend executors based on filename patterns (*-backend-task-*, *-frontend-task-*). For reverse engineering existing fullstack codebases, use /recipe-reverse-engineer with the fullstack option.

Quick Fixes (Both Plugins)

/recipe-task "Fix validation error message"

# Direct implementation with quality checks
# Works the same in both plugins

Code Review

/recipe-review

# Checks your implementation against design docs
# Catches missing features or inconsistencies

Problem Diagnosis (Both Plugins)

/recipe-diagnose "API returns 500 error on user login"

# What happens:
# 1. Investigator collects evidence from code, logs, git history
# 2. Builds evidence matrix with multiple hypotheses
# 3. Verifier validates findings with ACH and Devil's Advocate
# 4. Solver generates solutions with tradeoff analysis
# 5. Presents actionable implementation steps

Reverse Engineering

/recipe-reverse-engineer "src/auth module"

# What happens:
# 1. Discovers functional scope (user-value + technical) in a single pass
# 2. Generates PRD for each feature unit
# 3. Verifies PRD against actual code
# 4. Reviews and revises until consistent
# 5. Generates Design Docs with code verification
# 6. Produces complete documentation from existing code
#
# Fullstack option: generates both backend and frontend Design Docs per feature unit

If you're working with undocumented legacy code, these commands are designed to make it AI-friendly by generating PRD and design docs. For a quick walkthrough, see: How I Made Legacy Code AI-Friendly with Auto-Generated Docs


πŸ“‚ Repository Structure

claude-code-workflows/
β”œβ”€β”€ .claude-plugin/
β”‚   └── marketplace.json        # Manages both plugins
β”‚
β”œβ”€β”€ agents/                     # Shared agents (symlinked by both plugins)
β”‚   β”œβ”€β”€ code-reviewer.md
β”‚   β”œβ”€β”€ investigator.md         # Diagnosis workflow
β”‚   β”œβ”€β”€ verifier.md             # Diagnosis workflow
β”‚   β”œβ”€β”€ solver.md               # Diagnosis workflow
β”‚   β”œβ”€β”€ scope-discoverer.md     # Reverse engineering workflow
β”‚   β”œβ”€β”€ code-verifier.md        # Reverse engineering workflow
β”‚   β”œβ”€β”€ task-executor.md
β”‚   β”œβ”€β”€ technical-designer.md
β”‚   └── ...
β”‚
β”œβ”€β”€ skills/                     # Shared skills (knowledge + recipe workflows)
β”‚   β”œβ”€β”€ recipe-implement/       # Workflow entry points (recipe-* prefix)
β”‚   β”œβ”€β”€ recipe-design/
β”‚   β”œβ”€β”€ recipe-diagnose/
β”‚   β”œβ”€β”€ recipe-reverse-engineer/
β”‚   β”œβ”€β”€ recipe-plan/
β”‚   β”œβ”€β”€ recipe-build/
β”‚   β”œβ”€β”€ ... (16 recipe skills total)
β”‚
β”‚   β”œβ”€β”€ ai-development-guide/   # Knowledge skills (auto-loaded by agents)
β”‚   β”œβ”€β”€ coding-principles/
β”‚   β”œβ”€β”€ testing-principles/
β”‚   β”œβ”€β”€ implementation-approach/
β”‚   β”œβ”€β”€ typescript-rules/       # Frontend-specific
β”‚   └── ... (27 skills total: 16 recipes + 11 knowledge)
β”‚
β”œβ”€β”€ backend/                    # dev-workflows plugin
β”‚   β”œβ”€β”€ agents/                 # Symlinks to shared agents
β”‚   β”œβ”€β”€ skills/                 # Symlinks to shared skills
β”‚   └── .claude-plugin/
β”‚       └── plugin.json
β”‚
β”œβ”€β”€ frontend/                   # dev-workflows-frontend plugin
β”‚   β”œβ”€β”€ agents/                 # Symlinks to shared agents
β”‚   β”œβ”€β”€ skills/                 # Symlinks to shared skills
β”‚   └── .claude-plugin/
β”‚       └── plugin.json
β”‚
β”œβ”€β”€ skills-only/                # dev-skills plugin (knowledge skills only, no recipes/agents)
β”‚   β”œβ”€β”€ skills/                 # Symlinks to shared knowledge skills (9 of 11 β€” workflow-specific skills excluded)
β”‚   └── .claude-plugin/
β”‚       └── plugin.json
β”‚
β”œβ”€β”€ LICENSE
└── README.md

πŸ€” FAQ

Q: Which plugin should I install?

A: Depends on what you're building:

  • Backend, APIs, CLI tools, or general programming β†’ Install dev-workflows
  • React apps β†’ Install dev-workflows-frontend
  • Full-stack projects β†’ Install both

Both plugins can run side-by-side without conflicts.

Q: Can I use both plugins at the same time?

A: Yes! They're designed to work together. Install both if you're building a full-stack app. Use /recipe-fullstack-implement for features that span both backend and frontend β€” it creates separate Design Docs per layer and routes tasks to the appropriate executor automatically.

Q: Do I need to learn special commands?

A: Not really. For backend, just use /recipe-implement. For frontend, use /recipe-front-design. The plugins handle everything else automatically.

Q: What if there are errors?

A: The quality-fixer agents (one in each plugin) automatically fix most issues like test failures, type errors, and lint problems. If something can't be auto-fixed, you'll get clear guidance on what needs attention.

Q: What's the difference between dev-skills and dev-workflows?

A: dev-skills provides only coding best practices as skills (coding-principles, testing-principles, etc.) β€” no workflow recipes or agents. dev-workflows includes the same skills plus recipes like /recipe-implement and specialized agents for full orchestrated development. Use dev-skills if you already have your own orchestration and just want the knowledge guides. They should not be installed together. See Skills Only for details and switching instructions.


πŸ”Œ Contributing External Plugins

This marketplace focuses on plugins that improve control, reliability, and safety in agentic coding. If your plugin helps developers trust and manage AI coding agents in production workflows, we'd like to hear from you.

See CONTRIBUTING.md for submission guidelines and acceptance criteria.


πŸ“„ License

MIT License - Free to use, modify, and distribute.

See LICENSE for full details.


Built and maintained by @shinpr.

Packages

 
 
 

Contributors