Commands (v4.0)
Version 4.0 - 24 slash commands organized by category.
Introduction
Commands are pre-built workflows that orchestrate multiple agents to execute common development tasks. Commands simplify complex workflows by combining multiple agent actions into single executable commands.
Note: These are pre-built commands - you can use them as-is, modify them, or create your own. See Customization and the "Creating Custom Commands" section below.
Key Changes in v4.0:
- 24 Commands (up from 11) - More specialized workflows
- Namespace Pattern -
category:actionnaming convention - Step Integration - Commands aligned with 19-phase workflow
- Gate Awareness - Commands understand quality gates
Command Summary
By Category
| Category | Commands | Purpose |
|---|---|---|
| Task | 6 | Main development workflow |
| Database | 3 | Entity and migration management |
| Testing | 3 | Test writing and execution |
| Block | 5 | Page builder blocks |
| Plugin | 1 | Plugin scaffolding |
| Fix | 2 | Error resolution |
| Doc | 2 | Documentation generation |
| Release | 1 | Version management |
| Workflow | 1 | System maintenance |
Quick Reference
| Command | Description | Agents |
|---|---|---|
/task:requirements |
Generate detailed requirements | product-manager |
/task:plan |
Create technical plan + ClickUp task | PM + Architect |
/task:execute |
Execute 19-phase workflow | Multiple |
/task:refine |
Refine session before execution | PM or Architect |
/task:scope-change |
Handle scope changes | PM + code-reviewer |
/task:pending |
Document pending items | Any |
/db:entity |
Generate entity migration | db-developer |
/db:sample |
Generate sample data | db-developer |
/db:fix |
Fix migration errors | db-developer |
/test:write |
Write Cypress tests | qa-automation |
/test:run |
Execute test suite | qa-automation |
/test:fix |
Fix failing tests | qa-automation |
/block:create |
Create new block | block-developer |
/block:update |
Modify existing block | block-developer |
/block:validate |
Validate block structure | block-developer |
/block:list |
List available blocks | block-developer |
/block:docs |
Generate block documentation | block-developer |
/plugin:create |
Create new plugin | plugin-creator |
/fix:build |
Fix build errors | Multiple |
/fix:bug |
Fix reported bug | Multiple |
/doc:feature |
Generate feature docs | documentation-writer |
/doc:demo-feature |
Generate demo video | demo-video-generator |
/release:version |
Create version release | release-manager |
/workflow-update |
Maintain workflow system | workflow-maintainer |
Task Commands
/task:requirements
Step 1 - Generate detailed feature requirements through interactive questions
/task:requirements [feature description]
What It Does:
- Launches
product-manageragent - Asks 4 mandatory PM Decisions:
- Dev Type (Feature/Theme/Plugin/Core)
- DB Policy (Reset/Incremental)
- Requires Blocks (Yes/No)
- Plugin Config (if applicable)
- Gathers requirements interactively
- Creates session folder with:
requirements.md(with AC classification)scope.json(permissions)context.md(initialized)
Output:
.claude/sessions/2025-12-15-products-crud-v1/
├── requirements.md ✅ Created
├── scope.json ✅ Created
└── context.md ✅ Initialized
Next Step: /task:plan to create technical plan
/task:plan
Step 2 - Create ClickUp task (optional) and technical plan
/task:plan [session-path]
/task:plan .claude/sessions/2025-12-15-products-crud-v1
What It Does:
- Launches
product-managerto:- Create ClickUp task (optional)
- Create
clickup_task.md
- Launches
architecture-supervisorto:- Create
plan.md(19-phase breakdown) - Create
progress.md(tracking template) - Initialize
tests.mdandpendings.md
- Create
Output:
.claude/sessions/2025-12-15-products-crud-v1/
├── clickup_task.md ✅ Created (optional)
├── plan.md ✅ Created
├── progress.md ✅ Created
├── tests.md ✅ Initialized
└── pendings.md ✅ Initialized
Next Step: /task:execute to begin development
/task:execute
Step 3 - Execute complete 19-phase workflow v4.0 with gates
/task:execute [session-path]
/task:execute .claude/sessions/2025-12-15-products-crud-v1
What It Does:
Executes the full 19-phase workflow based on PM Decisions:
BLOCK 2: Foundation (Conditional)
├─ Phase 3: plugin-creator (if New Plugin)
├─ Phase 4: plugin-validator [GATE]
├─ Phase 3b: theme-creator (if New Theme)
├─ Phase 4b: theme-validator [GATE]
├─ Phase 5: db-developer
└─ Phase 6: db-validator [GATE]
BLOCK 3: Backend
├─ Phase 7: backend-developer
├─ Phase 8: backend-validator [GATE]
└─ Phase 9: api-tester [GATE + RETRY]
BLOCK 4: Blocks (Conditional)
└─ Phase 10: block-developer (if Requires Blocks)
BLOCK 5: Frontend
├─ Phase 11: frontend-developer
├─ Phase 12: frontend-validator [GATE]
└─ Phase 13: functional-validator [GATE]
BLOCK 6: QA
├─ Phase 14: qa-manual [GATE + RETRY]
└─ Phase 15: qa-automation [GATE]
BLOCK 7: Finalization
├─ Phase 16: code-reviewer
├─ Phase 17: unit-test-writer
├─ Phase 18: documentation-writer (optional)
└─ Phase 19: demo-video-generator (optional)
Gate Behavior:
- Gates BLOCK workflow if validation fails
- Some gates have retry logic (api-tester, qa-manual)
- Failed gates route back to appropriate developer
Output:
- Complete feature implementation
- All gates passed
- Code review complete
- Ready for merge
/task:refine
Pre-Execution - Refine session requirements and/or plan before development starts
/task:refine [session-path] [changes]
Example:
/task:refine .claude/sessions/2025-12-15-products-crud-v1 Add bulk delete requirement
What It Does:
- Verifies development hasn't started (progress.md shows only Phase 1-2)
- Updates
requirements.mdorplan.mdbased on changes - Records refinement in
context.md
When to Use:
- Adjusting requirements before development begins
- Changing architectural decisions
- Adding/removing acceptance criteria
Note: Use /task:scope-change if development has already started.
/task:scope-change
Handle scope changes during development
/task:scope-change [change description]
Example:
/task:scope-change Need to add photo crop and remove bio field
What It Does:
- Launches
product-managerto:- Update
requirements.md - Update ClickUp task
- Add comment documenting change
- Update
- Launches
code-reviewerto:- Validate implementation against new scope
- Check for introduced technical debt
Output:
- Updated requirements
- ClickUp task updated
- Scope change documented
- Quality validation
/task:pending
Document pending items discovered during development
/task:pending [session-path] [pending description]
Example:
/task:pending .claude/sessions/2025-12-15-products-crud-v1 Pagination needs performance optimization
What It Does:
- Adds entry to
pendings.mdwith:- Description
- Detectado por (which agent/phase)
- Priority
- Category
- Recommendation for next version
When to Use:
- Items discovered but out of scope
- Future enhancements identified
- Technical debt to address later
Database Commands
/db:entity
DB Step 1 - Generate migration for entity with relations and metadata support
/db:entity [entity description]
Example:
/db:entity Create products table with name, price, description, team_id FK
What It Does:
- Launches
db-developeragent - Analyzes existing migrations for patterns
- Creates new migration file following conventions
- Includes:
- Core fields (id, created_at, updated_at)
- Team Mode support (team_id FK if enabled)
- Metadata JSON field
- Indexes for performance
Output:
-- migrations/XXX_create_products.sql
CREATE TABLE products (
id UUID PRIMARY KEY DEFAULT uuid_generate_v4(),
name VARCHAR(255) NOT NULL,
price DECIMAL(10,2) NOT NULL,
description TEXT,
team_id UUID REFERENCES teams(id),
metadata JSONB DEFAULT '{}',
created_at TIMESTAMP DEFAULT NOW(),
updated_at TIMESTAMP DEFAULT NOW()
);
CREATE INDEX idx_products_team ON products(team_id);
/db:sample
DB Step 2 - Generate coherent sample data for database entities
/db:sample [entity or session-path]
Example:
/db:sample products
/db:sample .claude/sessions/2025-12-15-products-crud-v1
What It Does:
- Launches
db-developeragent - Reads entity schema from migration
- Creates sample data migration with:
- 20+ records per entity
- Realistic, coherent data
- Test users with correct password hash
- Team assignments (if Team Mode)
Output:
-- migrations/XXX_products_sample_data.sql
INSERT INTO products (name, price, description, team_id) VALUES
('Premium Widget', 99.99, 'High-quality widget...', (SELECT id FROM teams LIMIT 1)),
('Basic Gadget', 29.99, 'Entry-level gadget...', (SELECT id FROM teams LIMIT 1)),
-- ... 18+ more records
/db:fix
Test and fix database migrations iteratively until success
/db:fix [optional error context]
Example:
/db:fix
/db:fix "foreign key constraint violation"
What It Does:
- Runs
pnpm db:migrate - If error:
- Analyzes error message
- Launches
db-developerto fix - Retries (max 3 attempts)
- If success:
- Runs
pnpm db:verify - Confirms structure
- Runs
Retry Logic:
- Max 3 attempts
- Each attempt analyzes specific error
- Stops on success or max retries
Testing Commands
/test:write
Test Step 1 - Write or update Cypress tests (API and UAT)
/test:write [session-path or test description]
Example:
/test:write .claude/sessions/2025-12-15-products-crud-v1
/test:write "API tests for products CRUD"
What It Does:
- Launches
qa-automationagent - Reads session files (requirements, plan, tests.md)
- Creates/updates Cypress tests:
- API tests for endpoints
- UAT tests for UI flows
- Updates
tests.mdwith:- Test file locations
- data-cy selectors used
- AC coverage mapping
Test Types:
- API Tests:
cypress/e2e/api/products-api.cy.ts - UAT Tests:
cypress/e2e/uat/products-uat.cy.ts
/test:run
Test Step 2 - Execute Cypress test suite
/test:run [options]
Examples:
/test:run # Run all tests
/test:run --spec products # Run specific spec
/test:run --tag @scope-products-v1 # Run by tag
/test:run --api # Run only API tests
/test:run --uat # Run only UAT tests
What It Does:
- Launches
qa-automationagent - Executes Cypress tests based on options
- Updates
tests.mdwith results - Reports pass/fail status
Output:
Test Results:
- Total: 24
- Passed: 22
- Failed: 2
- Skipped: 0
Failed Tests:
1. products-uat.cy.ts > should delete product
2. products-api.cy.ts > should return 400 on invalid
/test:fix
Fix failing Cypress tests iteratively until all pass
/test:fix [test file or session-path]
Example:
/test:fix products-uat.cy.ts
/test:fix .claude/sessions/2025-12-15-products-crud-v1
What It Does:
- Launches
qa-automationagent - Runs tests to identify failures
- For each failure:
- Analyzes error
- Fixes test or code
- Retries
- Uses Smart Retry Strategy with tags:
@in-developfor tests being fixed@scope-{session}for session tests
Retry Logic:
- Iterates until 100% pass
- Tags failing tests for targeted runs
- Removes tags after passing
Block Commands
/block:create
Create a new page builder block with complete file structure
/block:create [block description]
/block:create --theme=blog [block description]
Example:
/block:create FAQ accordion with questions and answers
/block:create --theme=crm Pricing table with monthly/yearly toggle
What It Does:
- Launches
block-developeragent - Determines theme (--theme flag or active theme)
- Creates 5-file structure:
config.ts- Block metadataschema.ts- Zod validationfields.ts- Editor field definitionscomponent.tsx- React componentindex.ts- Re-exports
- Runs
node core/scripts/build/registry.mjs - Verifies block in
BLOCK_REGISTRY
Output:
contents/themes/default/blocks/faq-accordion/
├── config.ts ✅
├── schema.ts ✅
├── fields.ts ✅
├── component.tsx ✅
└── index.ts ✅
Registry: ✅ Block registered
/block:update
Modify an existing page builder block
/block:update [slug] [changes]
/block:update --theme=blog [slug] [changes]
Example:
/block:update hero Add subtitle field
/block:update --theme=crm features-grid Allow up to 6 columns
What It Does:
- Launches
block-developeragent - Locates block in theme
- Updates files:
schema.ts- Add new field with.optional().default()fields.ts- Add field definitioncomponent.tsx- Use new prop safely
- Maintains backward compatibility
- Rebuilds registry
/block:validate
Validate block structure and consistency
/block:validate [slug|all]
/block:validate --theme=blog [slug|all]
Example:
/block:validate hero # Validate single block
/block:validate all # Validate all blocks
/block:validate --theme=blog all
Validation Checks:
- All 5 files exist
- config.ts has valid slug, name, category, icon
- schema.ts extends baseBlockSchema
- fields.ts uses base field spreads
- component.tsx has data-cy attribute
- Block appears in BLOCK_REGISTRY
Output:
Validation Results: default
Summary:
- Validated: 5 blocks
- Passed: 4
- Failed: 1
hero - PASSED ✅
features-grid - PASSED ✅
faq-accordion - FAILED ❌
- Missing data-cy attribute
/block:list
List available blocks in the page builder
/block:list
/block:list --theme=blog
/block:list --all
Output:
Blocks in Theme: default
Category: hero
| Slug | Name | Icon |
|------|------|------|
| hero | Hero Section | Rocket |
Category: content
| Slug | Name | Icon |
|------|------|------|
| features-grid | Features Grid | Grid |
| text-content | Text Content | Type |
Total: 5 blocks
/block:docs
Generate documentation for a page builder block
/block:docs [slug]
/block:docs --theme=blog [slug]
Example:
/block:docs hero
Output: Comprehensive markdown documentation including:
- Block overview and metadata
- Props reference (base + block-specific)
- Editor fields by tab
- JSON usage example
- Cypress selector
Plugin Commands
/plugin:create
Create a new plugin with complete file structure
/plugin:create [plugin name] [options]
Example:
/plugin:create analytics --complexity=service
/plugin:create payments --complexity=full-featured --with-entities
What It Does:
- Launches
plugin-creatoragent - Scaffolds plugin from preset:
plugin.config.ts- Configurationlib/core.ts- Main logiclib/types.ts- TypeScript types- API routes (if service/full-featured)
- Components (if service/full-featured)
- Migrations (if with-entities)
- Registers in
plugin-sandboxtheme - Rebuilds registries
Complexity Options:
utility- Helper functions onlyservice- API + components + hooksfull-featured- Entities + migrations + full UI
Fix Commands
/fix:build
Automatically diagnose and fix build errors
/fix:build [optional context]
Example:
/fix:build
/fix:build "unused imports after refactoring"
What It Does:
- Runs
pnpm buildto capture errors - Categorizes errors:
- FRONTEND →
frontend-developer - BACKEND →
backend-developer - PLUGIN →
plugin-creator - REGISTRY →
backend-developer
- FRONTEND →
- Launches appropriate agent
- Retries until build passes (max 5)
Output:
Error: 'useState' is declared but never used
Category: FRONTEND
Agent: frontend-developer
✅ Fixed: Removed unused import
✅ Build succeeded (attempt 1/5)
/fix:bug
Fix a reported bug with automatic test creation
/fix:bug [bug description or ClickUp task URL]
Example:
/fix:bug "Products table pagination shows wrong count"
/fix:bug https://app.clickup.com/t/86abc123
What It Does:
- Analyzes bug description
- Locates affected code
- Launches appropriate developer:
- Backend bug →
backend-developer - Frontend bug →
frontend-developer
- Backend bug →
- Creates regression test
- Verifies fix
- Updates ClickUp (if linked)
Documentation Commands
/doc:feature
Generate comprehensive documentation for a completed feature
/doc:feature [session-path]
Example:
/doc:feature .claude/sessions/2025-12-15-products-crud-v1
Prerequisites:
- QA passed (Phase 14-15 complete)
- Code review passed (Phase 16 complete)
What It Does:
- Launches
documentation-writeragent - Reads session files for context
- Generates:
- Feature documentation
- API reference (if applicable)
- Code examples
- Changelog entry
/doc:demo-feature
Generate a demo video for a feature using Cypress with narration
/doc:demo-feature [session-path]
Example:
/doc:demo-feature .claude/sessions/2025-12-15-products-crud-v1
What It Does:
- Launches
demo-video-generatoragent - Creates Cypress spec for demo flow
- Records video with:
- Step-by-step narration
- UI interactions
- Feature highlights
Release Commands
/release:version
Create a new core version release with semantic versioning
/release:version [version type or specific version]
Examples:
/release:version # Auto-detect
/release:version patch # Bump patch (0.1.0 → 0.1.1)
/release:version minor # Bump minor (0.1.0 → 0.2.0)
/release:version major # Bump major (0.5.0 → 1.0.0)
/release:version v2.0.0 # Specific version
What It Does:
- Launches
release-manageragent - Analyzes recent commits:
- Breaking changes → MAJOR
- New features → MINOR
- Bug fixes → PATCH
- Recommends version bump
- Waits for user approval
- Executes release:
- Updates
core.version.json - Creates Git commit and tag
- Pushes to remote
- Updates
Prerequisites:
- Clean git working directory
- On main/master branch
- Tests passing
Workflow Commands
/workflow-update
Maintain, create, or modify Claude Code AI workflow system
/workflow-update [request]
Examples:
/workflow-update "Add new qa-performance agent"
/workflow-update "Update api-tester to retry 5 times"
/workflow-update "Create /deploy command"
What It Does:
- Launches
workflow-maintaineragent - Analyzes impact on:
- Other agents
- Commands
- Session templates
- Documentation
- Makes changes to
.claude/ - If core project, asks about syncing to presets
Typical Workflow
# Step 1: Gather requirements
/task:requirements Add products CRUD functionality
# Step 2: Create plan and ClickUp task
/task:plan .claude/sessions/2025-12-15-products-crud-v1
# Step 3: Execute full workflow
/task:execute .claude/sessions/2025-12-15-products-crud-v1
# If build errors occur
/fix:build
# If tests fail
/test:fix .claude/sessions/2025-12-15-products-crud-v1
# Generate documentation (optional)
/doc:feature .claude/sessions/2025-12-15-products-crud-v1
# Create release
/release:version
Creating Custom Commands
Command File Structure
---
description: Brief description shown in command list
---
# Command Name
Detailed instructions for the command.
**Input:**
{{{ input }}}
## Phase 1: First Step
Instructions for first phase...
## Phase 2: Second Step
Instructions for second phase...
Naming Conventions
- Use
category:actionpattern - Categories: task, db, test, block, plugin, fix, doc, release
- Lowercase with colons
- Examples:
api:test,theme:validate,data:export
Location
Commands are stored in .claude/commands/:
.claude/commands/
├── task:requirements.md
├── task:plan.md
├── db:entity.md
└── custom:command.md # Your custom commands
Next Steps
- Workflow Phases - 19-phase workflow details
- Quality Gates - Gate validation during execution
- Sessions - Session file structure
- Agents - Agent responsibilities