This file contains Claude Code-specific features, plugins, and skills that enhance the development workflow.
When the user says:
- "Access the documentation repo"
- "Import the documentation"
- "Set up with documentation standards"
→ Immediately run the setup script:
bash <(curl -fsSL https://raw.githubusercontent.com/causius0/documentation/main/setup.sh)Then automatically run:
/permissionsThen tell the user:
- Setup complete
- Available slash commands (/permissions, /security-audit, /pre-merge, /document-feature, /import-docs)
- Essential agents (build-validator, code-architect, code-simplifier)
- Recommended plugins to install
No confirmation needed - just do it.
When starting work on ANY repository:
-
Immediately read the README.md file
# First thing to do in any repo Read the README.md file -
The README contains:
- What the project does
- How to run it
- Project-specific setup instructions
- Architecture overview
- Important context you need
-
Then read AGENTS.md if it exists
- Project-specific commands
- Custom workflows
- Special instructions
DO NOT start coding without reading README.md first.
Monitor your token usage throughout the session.
When you reach 80% of token limit (~160,000 tokens):
-
Stop what you're doing
-
Tell the user:
⚠️ TOKEN LIMIT WARNING I'm at 80% of my token limit (160k/200k tokens used). We should plan a handoff soon to avoid losing context mid-task. Current status: - [What you've completed] - [What's in progress] - [What's remaining] Options: 1. Finish current task and hand off (~X tokens needed) 2. Hand off now and continue in new session 3. Summarize and create handoff notes What would you like to do? -
Wait for user decision
At 90% token limit (~180,000 tokens):
-
Immediately stop and alert:
🚨 URGENT: Token limit at 90% (180k/200k) We need to hand off NOW to preserve context. I'm creating handoff notes... -
Create handoff document:
- Save current state
- Document what's done
- Document what's next
- List any blockers or decisions needed
Never let tokens run out mid-task without warning the user.
NEVER work directly on main branch.
For EVERY feature or task:
-
Create a descriptive branch FIRST:
git checkout -b feature/descriptive-name # Examples: git checkout -b feature/user-authentication git checkout -b feature/payment-integration git checkout -b fix/database-timeout git checkout -b refactor/simplify-auth-logic git checkout -b docs/update-readme -
Branch naming convention:
feature/ - New features fix/ - Bug fixes refactor/ - Code refactoring docs/ - Documentation updates test/ - Test additions/updates security/ - Security fixes perf/ - Performance improvements -
Do all work on the branch:
- Write code
- Test thoroughly
- Run security audit
- Update documentation
-
Only merge to main when complete:
- All tests pass
- Security audit complete
- Documentation updated
- Code reviewed (use /requesting-code-review)
DO NOT commit directly to main. Always branch first.
When given sample data, test files, or example inputs:
-
Use the EXACT sample material provided:
- Don't modify it
- Test with it as-is first
- Verify it works correctly
-
Test with edge cases:
- Empty inputs
- Large inputs
- Special characters
- Invalid data
- Boundary conditions
-
Document test results:
## Testing with Sample Material Sample provided: [describe the sample] Test 1: [Description] - Input: [what was tested] - Expected: [expected result] - Actual: [actual result] - Status: ✅ PASS / ❌ FAIL Test 2: [Description] ...
-
If sample material fails:
- Document the failure
- Explain what went wrong
- Fix the issue
- Re-test with same sample
- Verify fix works
Never skip testing with provided samples. It's critical validation.
Claude Code is optimized for this workflow because:
- Native integration with development tools
- Built-in skills for common workflows
- Plugin ecosystem for extensibility
- Better context retention across sessions
- Optimized for coding tasks
- Access to powerful automation plugins
Claude Code has native access to:
- File operations (Read, Write, Edit, Glob, Grep)
- Git operations (via Bash tool with gh CLI)
- Terminal (Bash tool for commands)
- Web access (WebFetch, WebSearch)
- Task management (TodoWrite for tracking)
- Jupyter notebooks (NotebookEdit, NotebookRead)
Custom slash commands can be created in .claude/commands/:
# Example: Create a security audit command
mkdir -p .claude/commands
cat > .claude/commands/security-audit.md << 'EOF'
Run a complete security audit following security-testing.md:
1. Test all OWASP Top 10 vulnerabilities
2. Document findings in SECURITY_AUDIT.md
3. Fix all critical and high severity issues
4. Re-test to verify fixes
5. Update README with security status
EOFUsage:
/security-audit
# Plugins are installed via Claude Code settings or CLI
# See https://docs.claude.ai/claude-code for installation guidePlugin ID: superpowers@superpowers-marketplace
What it does:
- Advanced development workflow automation
- Planning and execution skills
- Code review and debugging workflows
- Test-driven development support
- Git worktree management
Available Skills:
┌─────────────────────────────────────────────────────────────┐
│ SUPERPOWERS SKILLS │
├─────────────────────────────────────────────────────────────┤
│ brainstorming - Explore requirements before │
│ implementation │
│ writing-plans - Create detailed implementation │
│ plans │
│ executing-plans - Execute plans with checkpoints │
│ test-driven-development - TDD workflow (test first) │
│ systematic-debugging - Debug issues methodically │
│ requesting-code-review - Request comprehensive reviews │
│ receiving-code-review - Handle review feedback │
│ verification-before- - Verify work before completion │
│ completion │
│ finishing-a-development- - Guided merge/PR/cleanup │
│ branch │
│ using-git-worktrees - Isolated feature development │
│ subagent-driven- - Execute plans with subagents │
│ development │
│ dispatching-parallel- - Run independent tasks in │
│ agents parallel │
│ writing-skills - Create custom skills │
└─────────────────────────────────────────────────────────────┘
When to use:
/**
* USE SUPERPOWERS WHEN:
*
* 1. Starting new features
* Skill: brainstorming -> writing-plans -> executing-plans
*
* 2. Implementing with tests
* Skill: test-driven-development
*
* 3. Debugging issues
* Skill: systematic-debugging
*
* 4. Before completing work
* Skill: verification-before-completion
*
* 5. Ready to merge
* Skill: finishing-a-development-branch
*
* 6. Need isolation
* Skill: using-git-worktrees
*
* 7. Multiple independent tasks
* Skill: dispatching-parallel-agents
*/Integration with our workflow:
## Feature Development Workflow with Superpowers
1. **/brainstorming**
- Explore requirements and design
- Clarify user intent
- Plan architecture
2. **/writing-plans**
- Create detailed implementation plan
- Break into subtasks
- Identify dependencies
3. **/test-driven-development** (if applicable)
- Write tests first
- Implement to pass tests
- Refactor
4. **/executing-plans** OR **/subagent-driven-development**
- Execute the plan step by step
- Use subagents for parallel work
5. **/systematic-debugging** (if issues arise)
- Methodical bug investigation
- Root cause analysis
- Fix verification
6. Run hacker agent (security-testing.md)
- OWASP Top 10 audit
- Fix vulnerabilities
7. **/verification-before-completion**
- Run all tests
- Verify build succeeds
- Check comments are comprehensive
8. **/requesting-code-review**
- Self-review before merge
- Check adherence to standards
9. **/finishing-a-development-branch**
- Guided merge process
- PR creation
- CleanupPlugin ID: frontend-design@claude-code-plugins
What it does:
- Creates production-grade frontend interfaces
- Avoids generic AI aesthetics
- Generates polished, distinctive designs
When to use:
- Building web components
- Creating new pages
- Designing user interfaces
- Need creative, non-generic UI
Integration:
## UI Development Workflow
1. **/brainstorming** (Superpowers)
- Understand UI requirements
- Explore design options
2. **/frontend-design**
- Generate distinctive, polished UI
- Modern design patterns
- Production-ready code
3. Add extensive comments (coding-standards.md)
- Explain component structure
- Document props and state
- Note design decisions
4. Test manually
- Visual regression testing
- Responsive design check
- Accessibility check
5. Security audit
- XSS protection in user inputs
- Proper sanitizationPlugin ID: episodic-memory@superpowers-marketplace
What it does:
- Searches conversation history
- Recalls past decisions and solutions
- Helps with "how should I..." questions
When to use:
- "How did we solve X before?"
- "What's the best approach for Y?"
- Stuck on a problem solved previously
- Unfamiliar workflows
Example:
User: "How should I handle authentication in this project?"
Assistant uses episodic-memory to search past conversations:
- Finds previous discussion about JWT vs sessions
- Recalls we chose bcrypt for password hashing
- References 12 salt rounds decision
- Applies consistent pattern
Plugin ID: feature-dev@claude-code-plugins
What it does:
- Guided feature development
- Codebase exploration and understanding
- Architecture-focused implementation
- Code review with confidence filtering
Available Skills:
/feature-dev:feature-dev - Guided feature development
Available Agents:
code-explorer - Deep codebase analysis
code-architect - Architecture design
code-reviewer - Bug and security review
When to use:
- Large, complex features
- Need to understand existing codebase first
- Want architecture guidance
- Need comprehensive code review
Workflow:
1. **/feature-dev** or use code-explorer agent
- Analyze existing codebase
- Understand patterns and conventions
- Map dependencies
2. Use code-architect agent
- Design feature architecture
- Plan implementation
- Identify files to modify
3. Implement feature
- Follow discovered patterns
- Maintain consistency
- Comment extensively
4. Use code-reviewer agent
- Review for bugs
- Check security issues
- Verify quality
5. Run hacker agent (our security-testing.md)
- Additional security layer
- OWASP Top 10 specific testsPlugin ID: agent-sdk-dev@claude-code-plugins
What it does:
- Create Claude Agent SDK applications
- Verify SDK apps are properly configured
- Follow SDK best practices
When to use:
- Building custom AI agents
- Creating agent-powered tools
- Need SDK verification
Available:
/agent-sdk-dev:new-sdk-app <name> - Create new SDK app
agent-sdk-verifier-py - Verify Python SDK apps
agent-sdk-verifier-ts - Verify TypeScript SDK apps
- Open Claude Code
- Go to Settings > Plugins
- Search for plugin (e.g., "superpowers")
- Click Install
- Restart Claude Code if prompted
Edit .claude/config.json:
{
"plugins": [
{
"name": "superpowers",
"source": "superpowers-marketplace",
"enabled": true
},
{
"name": "frontend-design",
"source": "claude-code-plugins",
"enabled": true
},
{
"name": "episodic-memory",
"source": "superpowers-marketplace",
"enabled": true
},
{
"name": "feature-dev",
"source": "claude-code-plugins",
"enabled": true
}
]
}{
"plugins": [
"superpowers", // Essential workflows
"episodic-memory", // Remember past decisions
"feature-dev" // Complex features
]
}{
"plugins": [
"superpowers", // Essential workflows
"frontend-design", // UI generation
"episodic-memory", // Past decisions
"feature-dev" // Complex features
]
}{
"plugins": [
"superpowers", // Essential workflows
"agent-sdk-dev", // SDK support
"episodic-memory" // Past decisions
]
}You can create project-specific skills in .claude/skills/:
<!-- .claude/skills/security-audit.md -->
# Security Audit Skill
Run comprehensive security testing following OWASP Top 10.
## Instructions
1. Read security-testing.md from documentation repo
2. Test all 10 OWASP vulnerabilities:
- Broken Access Control
- Cryptographic Failures
- Injection Attacks
- Insecure Design
- Security Misconfiguration
- Vulnerable Components
- Authentication Failures
- Data Integrity Failures
- Logging Failures
- SSRF
3. For each vulnerability:
- Attempt exploit
- Document if successful
- Provide mitigation
- Verify fix
4. Create SECURITY_AUDIT.md with findings
5. Fix all critical and high severity issues
6. Re-test to verify fixes
## Output
- SECURITY_AUDIT.md report
- All critical vulnerabilities fixed
- Clear status (PASS/FAIL)<!-- .claude/skills/document-feature.md -->
# Document Feature Skill
Add comprehensive documentation for a feature.
## Instructions
1. Read the feature code thoroughly
2. Add JSDoc/TSDoc to every function:
- What it does (one-line summary)
- Why this approach (rationale)
- How it works (algorithm/steps)
- Parameters with constraints
- Return value structure
- Errors thrown
- Usage examples
3. Add inline comments:
- Explain complex logic
- Note security measures
- Document business rules
- Explain non-obvious code
4. Update README:
- Add feature to feature list
- Include usage example
- Document new env variables
- Update ASCII architecture diagram if needed
5. Update CHANGELOG:
- Add to [Unreleased] section
- Follow format: Added/Changed/Fixed/Security
6. Create/update testing documentation:
- Manual test steps
- Expected results
- Edge cases to test
## Checklist
- [ ] All functions have JSDoc/TSDoc
- [ ] All variables documented
- [ ] Complex logic has inline comments
- [ ] README updated
- [ ] CHANGELOG updated
- [ ] Testing docs created/updated
- [ ] ASCII diagrams added where helpfulAutomatically authorize safe operations to reduce interruptions during development.
Purpose: Pre-authorize common, safe operations so you don't need to manually approve each one.
What it authorizes:
// File operations (safe)
✅ Read any file in project
✅ Write to project files (not system files)
✅ Create new files in project directory
✅ Edit existing project files
// Git operations (safe)
✅ git status
✅ git diff
✅ git log
✅ git branch (list/create, no delete)
✅ git add
✅ git commit (no --amend unless explicitly requested)
✅ git push to feature branches (not main/master)
// Build/Test operations (safe)
✅ npm/pnpm install
✅ npm/pnpm run dev
✅ npm/pnpm run build
✅ npm/pnpm run lint
✅ npm/pnpm run typecheck
✅ npm/pnpm test
// Safe terminal commands
✅ ls, cat, grep, find
✅ mkdir, touch (in project directory)
✅ node, python (running project scripts)
✅ git fetch (checking remote changes)
// What is NEVER auto-authorized
❌ git push --force
❌ git push to main/master without PR
❌ git reset --hard
❌ git rebase (interactive)
❌ rm -rf or similar destructive commands
❌ System-level operations
❌ npm publish
❌ Deployment commands (must be explicit)
❌ Database operations on production
❌ Modifying files outside project directoryHow to use:
Create .claude/commands/permissions.md:
# Permissions Configuration
Grant Claude Code permission to perform safe operations without asking.
## Auto-Approved Operations
The following operations are pre-authorized and will not require manual approval:
### File Operations
- Read any file in the project
- Write/edit files in src/, components/, pages/, api/, lib/, utils/
- Create new files in project directories
- Delete files ONLY when explicitly requested
### Git Operations
- git status, diff, log, branch
- git fetch (check remote changes)
- git add (all files)
- git commit with proper messages
- git push to feature/* branches
### Build & Test
- Package installation (npm/pnpm install)
- Development server (npm run dev)
- Build (npm run build)
- Linting (npm run lint)
- Type checking (npm run typecheck)
- Testing (npm test)
### Safe Commands
- File viewing (cat, less, head, tail)
- File finding (ls, find, grep)
- Directory operations (cd, pwd, mkdir)
## Requires Explicit Permission
These operations ALWAYS require manual approval:
- git push to main/master
- git push --force (any branch)
- Destructive git operations (reset --hard, rebase -i)
- npm publish or deployment
- Database operations
- Deleting directories
- Operations outside project directory
- System configuration changes
## Usage
After creating this file, invoke:/permissions
Claude Code will acknowledge and follow these permission rules for the session.
Best practice: Run /permissions at the start of each session for smoother workflow.
Every project should include these specialized agents for optimal development:
Purpose: Validates builds and catches errors before deployment
What it does:
- Runs complete build process
- Checks for TypeScript errors
- Validates all imports and dependencies
- Ensures no missing files
- Verifies environment variables are documented
- Tests production build
When to use:
- Before every commit
- As part of /pre-merge workflow
- Before deployment
- After dependency updates
Usage:
# Invoke the build-validator agent
# It will run: lint, typecheck, build, and verify all steps passPurpose: Designs feature architecture before implementation
What it does:
- Analyzes existing codebase patterns
- Designs consistent architecture
- Plans file structure
- Identifies dependencies
- Creates implementation blueprint
- Ensures pattern consistency
When to use:
- Before implementing complex features
- When refactoring large sections
- Starting new modules
- Integrating third-party services
Usage:
# Invoke code-architect agent with feature description
# Receive: Architecture plan, files to create/modify, data flow diagramsPurpose: Refactors code to be simpler and more maintainable
What it does:
- Identifies over-engineered code
- Suggests simplifications
- Removes unnecessary abstractions
- Consolidates duplicate logic
- Improves readability
- Maintains functionality while reducing complexity
When to use:
- After feature completion
- When code review finds complexity issues
- Regular refactoring sessions
- Before adding new features to complex modules
Usage:
# Invoke code-simplifier agent on a file or module
# Receive: Simplified version with explanation of changes✅ DO:
- Use Superpowers for every significant feature
- Start with /brainstorming before implementation
- Use /verification-before-completion before merging
- Leverage /systematic-debugging for bugs
- Use frontend-design for UI work
❌ DON'T:
- Skip planning skills (brainstorming, writing-plans)
- Merge without /verification-before-completion
- Ignore episodic-memory when stuck
- Reinvent solutions to previously solved problemsWhen to invoke skills:
ALWAYS:
- /brainstorming - Before ANY new feature
- /verification-before-completion - Before EVERY merge
- /requesting-code-review - Before EVERY PR
OFTEN:
- /writing-plans - For multi-step features
- /test-driven-development - For testable logic
- /systematic-debugging - For non-trivial bugs
AS NEEDED:
- /frontend-design - When building UI
- /using-git-worktrees - For isolated work
- /dispatching-parallel-agents - For independent tasks
- episodic-memory - When unsure of past decisionsCreate project-specific commands for repetitive tasks:
.claude/commands/
├── audit.md # Security audit
├── document.md # Add comprehensive docs
├── pre-merge.md # Complete pre-merge checklist
├── deploy-check.md # Verify ready for deployment
└── update-changelog.md # Update CHANGELOG.md1. Read requirements
2. Write code
3. Test manually
4. Security audit (manual checklist)
5. Create PR
6. Merge
1. /brainstorming - Understand requirements deeply
2. /writing-plans - Create detailed plan
3. /test-driven-development - Write tests first (if applicable)
4. /executing-plans - Execute with checkpoints
5. Test manually
6. Security audit with hacker agent
7. /verification-before-completion - Verify everything
8. /requesting-code-review - Self-review
9. /finishing-a-development-branch - Guided merge
Time investment: +20% Quality improvement: +300% Bugs found before merge: +500%
# 1. Check plugin is installed
# Settings > Plugins > Verify "superpowers" is enabled
# 2. Restart Claude Code
# 3. Check for updates
# Settings > Plugins > Check for updates
# 4. Verify configuration
cat .claude/config.json
# 5. Check logs
# Help > Show Logs# Correct syntax:
/brainstorming
# NOT:
brainstorming
/superpowers:brainstorming (use this for full name)# MCP servers are Claude Code specific features
# Verify MCP server is configured in .claude/config.json
# Check MCP server status
# Settings > MCP Servers > Verify enabled
# Restart Claude Code if MCP server not responding- Claude Code Documentation
- Superpowers Plugin
- Plugin Marketplace
- Creating Custom Skills
- MCP Documentation
- Superpowers plugin installed
- Frontend-design plugin installed (for UI work)
- Episodic-memory plugin installed
- Feature-dev plugin installed
- Always use /brainstorming before new features
- Always use /verification-before-completion before merge
- Create custom skills for repetitive tasks
- Use build-validator agent before commits
- Use code-architect agent for complex features
- Use code-simplifier agent during refactoring
- Follow all documentation standards (coding-standards.md, etc.)
- Run security audits (security-testing.md + Superpowers verification)
- Use /permissions to authorize safe operations