# Slash Command Examples Real-world examples of Claude Code slash commands for various workflows. ## Table of Contents 1. [Git Workflows](#git-workflows) 2. [Testing & QA](#testing--qa) 3. [Deployment](#deployment) 4. [Code Review](#code-review) 5. [Documentation](#documentation) 6. [Project Management](#project-management) 7. [Development Workflows](#development-workflows) 8. [Team Collaboration](#team-collaboration) ## Git Workflows ### Create Feature Branch `.claude/commands/git/feature.md`: ```markdown --- description: Create feature branch from issue number argument-hint: allowed-tools: Bash(git *), Bash(gh *) --- # Feature Branch Creation Issue: #$1 ## Issue Details !`gh issue view $1 --json title,body,labels | jq -r '"Title: \(.title)\nLabels: \(.labels | map(.name) | join(", "))"'` ## Current State Branch: !`git branch --show-current` Status: !`git status --short` ## Action Plan 1. Ensure working directory is clean 2. Pull latest changes from main 3. Create feature branch: `feature/$1` 4. Update issue with branch link Proceed with branch creation and link it to issue #$1. ``` ### Commit Staged Changes `.claude/commands/git/commit.md`: ```markdown --- description: Create commit from staged changes with conventional format allowed-tools: Bash(git *) --- # Create Commit ## Repository Context Branch: !`git branch --show-current` Remote: !`git remote get-url origin | sed 's/.*[:/]\(.*\)\.git$/\1/'` ## Staged Changes !`git diff --staged --stat` ## Detailed Diff !`git diff --staged` ## Recent Commits (for style reference) !`git log --oneline -5` ## Task Create a commit following these guidelines: 1. **Format**: `type(scope): description` 2. **Types**: feat, fix, docs, style, refactor, test, chore 3. **Description**: Imperative mood, no period, max 50 chars 4. **Body**: Explain what and why, not how Generate the commit message and execute the commit. ``` ### Interactive Rebase `.claude/commands/git/rebase-interactive.md`: ```markdown --- description: Interactive rebase with commit selection argument-hint: [number-of-commits] allowed-tools: Bash(git *) disable-model-invocation: true --- # Interactive Rebase ## Recent Commits !`git log --oneline -${1:-10}` ## Branch Status !`git status` ## Warnings ⚠️ **This will rewrite history** - Don't rebase commits that have been pushed - Only rebase local commits - Make sure working directory is clean ## Instructions I'll guide you through interactive rebase of the last ${1:-10} commits: 1. Show commit list above 2. Ask which commits to squash/reword/drop 3. Explain the plan 4. Wait for your explicit approval 5. Execute rebase with instructions What would you like to do with these commits? ``` ## Testing & QA ### Run Test Suite `.claude/commands/test/run-all.md`: ```markdown --- description: Run complete test suite with coverage allowed-tools: Bash(bun *), Bash(npm *) --- # Test Suite Execution ## Pre-flight Check Node version: !`node --version` Package manager: !`command -v bun >/dev/null && echo "bun" || echo "npm"` ## Run Tests !`bun test 2>&1 || npm test 2>&1` ## Analysis Review the test results above: 1. **If all passed**: Summarize coverage and any warnings 2. **If failures**: - List failed tests - Show failure details - Suggest potential fixes - Offer to investigate specific failures 3. **Coverage gaps**: Identify untested code paths What would you like me to help with? ``` ### Debug Failing Test `.claude/commands/test/debug.md`: ```markdown --- description: Debug specific failing test argument-hint: allowed-tools: Read, Bash(bun *), Bash(npm *) --- # Test Debugging Test: $1 ## Run Specific Test !`bun test --filter "$1" 2>&1 || npm test -- "$1" 2>&1` ## Test File Content !`find . -name "*$1*" -type f | head -1 | xargs cat 2>/dev/null || echo "Test file not found"` ## Related Source Files !`find . -name "*$1*" -type f | sed 's/\.test\././' | head -1 | xargs cat 2>/dev/null || echo "Source file not found"` ## Analysis Based on the test failure and code above: 1. Identify the root cause 2. Explain why the test is failing 3. Suggest fixes 4. Show code changes needed Would you like me to implement the fix? ``` ### Test Coverage Report `.claude/commands/test/coverage.md`: ```markdown --- description: Generate and analyze test coverage report allowed-tools: Bash(bun *), Bash(npm *), Read --- # Test Coverage Analysis ## Generate Coverage !`bun test --coverage 2>&1 || npm test -- --coverage 2>&1` ## Coverage Summary !`cat coverage/coverage-summary.json 2>/dev/null | jq '.total' 2>/dev/null || echo "Coverage report not found"` ## Uncovered Files !`find src -name "*.ts" -o -name "*.tsx" | while read f; do grep -q "$f" coverage/lcov.info 2>/dev/null || echo "$f"; done | head -20` ## Analysis Review coverage report: 1. **Overall coverage**: Are we meeting targets (>80%)? 2. **Critical gaps**: Which important files lack coverage? 3. **Priority**: What should be tested first? 4. **Recommendations**: Specific tests to add Shall I help write tests for uncovered code? ``` ## Deployment ### Deploy to Environment `.claude/commands/deploy/to-env.md`: ```markdown --- description: Deploy to specified environment with validation argument-hint: [--skip-tests] allowed-tools: Bash(*), Read disable-model-invocation: true --- # Deployment Pipeline Environment: $1 Options: $2 ## Pre-flight Checks ### Environment Validation !`case "$1" in development|dev) echo "✓ Valid: Development" ;; staging|stage) echo "✓ Valid: Staging" ;; production|prod) echo "⚠️ Valid: PRODUCTION" ;; *) echo "❌ Invalid environment: $1"; exit 1 ;; esac` ### Prerequisites Docker: !`docker --version 2>&1 | head -1` kubectl: !`kubectl version --client --short 2>&1` Context: !`kubectl config current-context 2>&1` ### Test Status !`if [[ "$2" != *"--skip-tests"* ]]; then bun test 2>&1 | tail -1; else echo "Tests skipped"; fi` ## Deployment Plan Based on validation above: 1. **Tests**: $([[ "$2" == *"--skip-tests"* ]] && echo "Skipped" || echo "Must pass") 2. **Docker**: Build image with tag `$1-$(git rev-parse --short HEAD)` 3. **Registry**: Push to container registry 4. **Kubernetes**: Deploy to `$1` cluster 5. **Health Check**: Verify pods are healthy 6. **Notification**: Post to Slack #deployments ⚠️ **STOP HERE** - This requires explicit approval to proceed. Type "approved" to continue with deployment. ``` ### Rollback Deployment `.claude/commands/deploy/rollback.md`: ```markdown --- description: Rollback to previous deployment argument-hint: allowed-tools: Bash(kubectl *), Bash(git *) disable-model-invocation: true --- # Deployment Rollback Environment: $1 ## Current State !`kubectl get deployments -n $1 -o wide` ## Recent Deployments !`kubectl rollout history deployment/app -n $1` ## Last Known Good !`git log --oneline --grep="deploy.*$1" -5` ## Rollback Plan ⚠️ **CRITICAL OPERATION** This will: 1. Rollback Kubernetes deployment to previous revision 2. Verify pods are healthy 3. Update monitoring 4. Post incident notification **Requires approval to proceed.** Are you sure you want to rollback $1? ``` ## Code Review ### Review PR `.claude/commands/review/pr.md`: ```markdown --- description: Comprehensive PR review with checklist argument-hint: allowed-tools: Bash(gh *), Read, Grep --- # PR Review PR: #$1 ## PR Details !`gh pr view $1 --json title,body,author,additions,deletions,files | jq -r '"Title: \(.title)\nAuthor: \(.author.login)\nStats: +\(.additions)/-\(.deletions) lines\nFiles: \(.files | length)"'` ## Changed Files !`gh pr diff $1 --name-only` ## Full Diff !`gh pr diff $1` ## Review Checklist ### 1. Code Quality - [ ] Clear variable and function names - [ ] No unnecessary complexity - [ ] DRY principle followed - [ ] Consistent with codebase style ### 2. Functionality - [ ] Changes match PR description - [ ] Edge cases handled - [ ] Error handling adequate - [ ] No obvious bugs ### 3. Tests - [ ] Tests included for new features - [ ] Tests cover edge cases - [ ] Existing tests still pass - [ ] No test code in production ### 4. Security - [ ] No sensitive data exposed - [ ] Input validation present - [ ] Authentication/authorization correct - [ ] Dependencies vetted ### 5. Performance - [ ] No obvious performance issues - [ ] Database queries optimized - [ ] No unnecessary API calls - [ ] Proper caching where appropriate ### 6. Documentation - [ ] Code comments where necessary - [ ] Public APIs documented - [ ] README updated if needed - [ ] Breaking changes noted ## Review Conduct detailed review based on checklist above. For each issue found: 1. Specify file and line number 2. Explain the concern 3. Suggest improvement 4. Rate severity (critical/major/minor/nitpick) Provide summary of findings and recommendation (approve/request changes/comment). ``` ### Security Audit `.claude/commands/review/security.md`: ```markdown --- description: Security-focused code review allowed-tools: Read, Grep, Glob, Bash(git *) --- # Security Audit ## Changed Files (Last Commit) !`git diff --name-only HEAD~1..HEAD` ## Full Changes !`git diff HEAD~1..HEAD` ## Security Checklist ### 1. Authentication & Authorization - [ ] Authentication required for protected resources - [ ] Authorization checks before sensitive operations - [ ] Session management secure - [ ] No hardcoded credentials ### 2. Input Validation - [ ] All user input validated - [ ] SQL injection prevention - [ ] XSS prevention - [ ] Command injection prevention - [ ] Path traversal prevention ### 3. Data Protection - [ ] Sensitive data encrypted - [ ] No secrets in code - [ ] Secure data transmission (HTTPS) - [ ] Proper error messages (no data leaks) ### 4. Dependencies - [ ] Dependencies up to date - [ ] No known vulnerabilities - [ ] Minimal dependency usage - [ ] Dependencies from trusted sources ### 5. API Security - [ ] Rate limiting implemented - [ ] CORS properly configured - [ ] API keys secured - [ ] Request size limits ### 6. File Operations - [ ] File uploads validated - [ ] File types restricted - [ ] File size limits - [ ] Safe file processing ## Audit Conduct thorough security review focusing on: 1. Common vulnerabilities (OWASP Top 10) 2. Language-specific issues 3. Framework security features 4. Configuration security For each issue: - Severity: Critical/High/Medium/Low - Description: What's vulnerable - Impact: Potential consequences - Remediation: How to fix Provide executive summary with risk assessment. ``` ## Documentation ### Generate API Docs `.claude/commands/docs/api.md`: ```markdown --- description: Generate API documentation from code argument-hint: allowed-tools: Read, Glob --- # API Documentation Generation Target: $1 ## Files to Document !`find $1 -name "*.ts" -o -name "*.tsx" | grep -v ".test." | head -20` ## Source Code !`find $1 -name "*.ts" -o -name "*.tsx" | grep -v ".test." | head -5 | xargs cat` ## Generate Documentation For each public function/class/interface: ### Format #### `functionName(params): ReturnType` **Description**: What it does **Parameters**: - `param1` (`Type`): Description - `param2` (`Type`, optional): Description **Returns**: `ReturnType` - Description **Example**: ```typescript // Usage example const result = functionName(arg1, arg2); ``` **Throws**: - `ErrorType`: When this error occurs **See Also**: Related functions --- Generate comprehensive API documentation for all public interfaces. ``` ### Update README `.claude/commands/docs/readme.md`: ```markdown --- description: Update README with current project state allowed-tools: Read, Write, Bash(*) --- # README Update ## Current README @README.md ## Project Analysis ### Dependencies !`cat package.json | jq -r '.dependencies | keys[]' 2>/dev/null | head -10` ### Scripts !`cat package.json | jq -r '.scripts | to_entries[] | "\(.key): \(.value)"' 2>/dev/null` ### Project Structure !`tree -L 2 -d -I node_modules 2>/dev/null || find . -type d -maxdepth 2 -not -path '*/\.*' | head -20` ### Recent Changes !`git log --oneline --since="1 month ago" | wc -l | xargs echo "Commits in last month:"` ## Update Plan Review current README and project state. Update sections: 1. **Description**: Ensure accurate and compelling 2. **Installation**: Match current dependencies 3. **Usage**: Include all available scripts 4. **API**: Document main interfaces 5. **Project Structure**: Reflect current organization 6. **Contributing**: Update guidelines if needed 7. **License**: Verify correctness Generate updated README maintaining existing style. ``` ## Project Management ### Sprint Summary `.claude/commands/project/sprint-summary.md`: ```markdown --- description: Generate sprint summary from git and issue tracker allowed-tools: Bash(git *), Bash(gh *) --- # Sprint Summary ## Git Activity ### Commits This Sprint !`git log --since="2 weeks ago" --pretty=format:"%h %s (%an)" --no-merges` ### Contributors !`git log --since="2 weeks ago" --pretty=format:"%an" --no-merges | sort | uniq -c | sort -rn` ### File Changes !`git diff --stat $(git log --since="2 weeks ago" --pretty=format:"%H" | tail -1)..HEAD | tail -1` ## Issues & PRs ### Closed Issues !`gh issue list --state closed --limit 20 --json number,title,closedAt --search "closed:>=$(date -d '2 weeks ago' +%Y-%m-%d)" | jq -r '.[] | "#\(.number): \(.title)"'` ### Merged PRs !`gh pr list --state merged --limit 20 --json number,title,mergedAt | jq -r '.[] | "#\(.number): \(.title)"'` ### Open Items !`gh issue list --state open --json number,title,labels | jq -r '.[] | "#\(.number): \(.title) [\(.labels | map(.name) | join(", "))]"'` ## Summary Generate sprint summary including: 1. **Highlights**: Major achievements 2. **Metrics**: - Commits, PRs, issues - Contributors - Lines changed 3. **Completed**: List closed issues/PRs 4. **In Progress**: Current work 5. **Blockers**: Impediments 6. **Next Sprint**: Priorities Format for team meeting presentation. ``` ### Create Issue from Bug `.claude/commands/project/bug-report.md`: ```markdown --- description: Create detailed bug report issue argument-hint: allowed-tools: Bash(git *), Bash(gh *), Read --- # Bug Report Creation Description: $ARGUMENTS ## Environment Node: !`node --version` OS: !`uname -a` Branch: !`git branch --show-current` Commit: !`git rev-parse HEAD` ## Template Create GitHub issue with: **Title**: 🐛 $ARGUMENTS **Body**: ## Description [Clear description of the bug] ## Steps to Reproduce 1. 2. 3. ## Expected Behavior [What should happen] ## Actual Behavior [What actually happens] ## Environment - Node: [version] - OS: [os] - Branch: [branch] - Commit: [commit] ## Logs/Screenshots [Any relevant logs or screenshots] ## Possible Fix [Optional: Suggest a fix] --- Review template and create issue with appropriate labels (bug, priority). ``` ## Development Workflows ### New Feature Setup `.claude/commands/dev/new-feature.md`: ```markdown --- description: Set up complete feature development workflow argument-hint: allowed-tools: Bash(git *), Write, Bash(gh *) --- # New Feature Setup Feature: $1 ## Step 1: Issue Creation Create feature issue: !`gh issue create --title "feat: $1" --body "Feature implementation for $1" --label "enhancement" | grep -o "https://.*"` ## Step 2: Branch Creation !`git checkout main && git pull && git checkout -b feature/$1` ## Step 3: Feature Structure Create feature files: **Implementation**: `src/features/$1/index.ts` **Tests**: `src/features/$1/$1.test.ts` **Types**: `src/features/$1/types.ts` **README**: `src/features/$1/README.md` ## Step 4: Development Plan 1. Define interfaces and types 2. Write tests (TDD approach) 3. Implement feature 4. Add documentation 5. Review and refactor Generate initial file structure with TODOs? ``` ### Refactor Code `.claude/commands/dev/refactor.md`: ```markdown --- description: Safe refactoring with tests argument-hint: allowed-tools: Read, Edit, Bash(bun test*) --- # Code Refactoring Target: $1 ## Current Implementation @$1 ## Tests !`find . -name "$(basename $1 .ts).test.ts" -o -name "$(basename $1 .tsx).test.tsx" | xargs cat 2>/dev/null` ## Refactoring Plan 1. **Analysis**: Review current code - Identify code smells - Find duplication - Spot complexity 2. **Tests**: Ensure coverage - Run existing tests: !`bun test --filter "$(basename $1 .ts)"` - Add missing tests if needed 3. **Refactor**: Improve code - Extract functions - Simplify logic - Improve naming - Add types 4. **Verify**: Run tests again - Ensure behavior unchanged - Check performance - Review changes Proceed with analysis and refactoring plan? ``` ## Team Collaboration ### Onboarding Checklist `.claude/commands/team/onboard.md`: ```markdown --- description: Generate onboarding checklist for new team member allowed-tools: Read, Bash(*) --- # Team Onboarding ## Repository Setup ### Prerequisites - [ ] Git installed: !`git --version` - [ ] Node/Bun installed: !`bun --version 2>/dev/null || node --version` - [ ] Docker installed: !`docker --version` - [ ] IDE setup: VS Code with recommended extensions ### Repository - [ ] Clone repository - [ ] Install dependencies: `bun install` - [ ] Copy `.env.example` to `.env` - [ ] Configure local environment - [ ] Run tests: `bun test` - [ ] Start dev server: `bun dev` ## Project Knowledge ### Architecture @docs/ARCHITECTURE.md ### Contributing @CONTRIBUTING.md ### Code Style - [ ] Review ESLint config - [ ] Install pre-commit hooks - [ ] Read style guide ## Team Access - [ ] GitHub: Add to organization - [ ] Slack: Join channels (#dev, #deploys) - [ ] CI/CD: Configure access - [ ] Documentation: Share wiki access - [ ] Meetings: Add to calendar invites ## First Tasks - [ ] Review open issues - [ ] Pick "good first issue" - [ ] Create PR with small change - [ ] Attend team standup Generate personalized onboarding plan? ``` ### Pair Programming Session `.claude/commands/team/pair.md`: ```markdown --- description: Start pair programming session with context argument-hint: disable-model-invocation: true --- # Pair Programming Session Task: $ARGUMENTS ## Session Setup Navigator: Human Driver: Claude ## Current Context Branch: !`git branch --show-current` Status: !`git status --short` Recent work: !`git log --oneline -5` ## Session Goals Based on "$ARGUMENTS", let's: 1. **Plan**: Break down the task 2. **Design**: Discuss approach 3. **Implement**: Write code together 4. **Test**: Verify functionality 5. **Review**: Refactor and improve ## Ground Rules - Navigator guides direction - Driver implements details - Switch roles as needed - Discuss trade-offs - Test continuously Ready to start? What's the first step? ``` ## Community Command Collections These community repositories contain production-ready slash commands: ### [wshobson/commands](https://github.com/wshobson/commands) 57 production-ready commands organized as workflows and tools: - `/workflows:feature-development` - End-to-end implementation - `/workflows:tdd-cycle` - Test-driven development - `/tools:security-scan` - Vulnerability assessment - `/tools:refactor-clean` - Code cleanup ### [Claude Command Suite](https://github.com/qdhenry/Claude-Command-Suite) 148+ commands with namespace organization: - `/dev:*` - Development utilities - `/test:*` - Testing infrastructure - `/security:*` - Security auditing - `/deploy:*` - Deployment automation ### [awesome-claude-code](https://github.com/hesreallyhim/awesome-claude-code) Curated collection featuring: - `/commit` - Conventional commit automation - `/context-prime` - Project context initialization - `/catchup` - Reload work after `/clear` ## Standout Community Patterns ### Context Priming From the community - load project context after clearing: ```markdown --- description: Prime context with project structure --- ## Project Structure !`tree -L 2 -I 'node_modules|.git|dist'` ## Configuration @package.json @tsconfig.json ## Recent Work !`git log --oneline -10` Ready to continue development. ``` ### Fast Commit Auto-select first commit suggestion without confirmation: ```markdown --- description: Quick commit - auto-select first suggestion allowed-tools: Bash(git *) disable-model-invocation: true --- !`git diff --staged --stat` !`git log --oneline -3` Generate a commit message and execute immediately. Pick the most appropriate message without asking. ``` ### Catchup After Clear Reload uncommitted work into fresh context: ```markdown --- description: Reload work-in-progress after /clear allowed-tools: Bash(git *) --- ## Uncommitted Changes !`git diff` ## Unstaged Files !`git status --short` ## Recent Commits !`git log --oneline -5` Continue working with the context above. ``` ## See Also - [SKILL.md](SKILL.md) - Slash command authoring guide - [REFERENCE.md](REFERENCE.md) - Complete reference - [references/community.md](references/community.md) - Full community resources - [scripts/](scripts/) - Utility scripts