Thanks for your interest in improving CCPlugins! This project helps developers save time with practical automation.
We keep it simple:
main- Stable code, always workingadd/your-feature- Any contribution (new command, fix, docs)
git checkout -b add/new-command
# make your changes
git push origin add/new-command
# open PR to mainWe welcome commands that solve real developer problems. Good commands:
- Save at least 5 minutes of repetitive work
- Are language/framework agnostic when possible
- Use context analysis rather than rigid rules
To add a command:
- Create
commands/yourcommand.md - Follow the existing command structure
- Test it solves a real problem
- Submit a PR with a clear use case
Found a bug or have an enhancement? Great! Please:
- Describe the current vs desired behavior
- Include examples if relevant
- Keep changes focused and minimal
- Consider adding validation phases for complex commands
- Use extended thinking for sophisticated analysis scenarios
Open an issue with:
- What command failed
- What you expected
- Error message (if any)
- Your OS and Claude Code version
git clone https://github.com/brennercruvinel/CCPlugins
cd CCPlugins
python install.py # Test your changes- One command per PR - Makes review easier
- Test your changes - Run
python install.pyto verify - Keep it simple - This project values pragmatism over perfection
- Update README - Add your command to the table with a one-line description
- Quick merges - If it works and helps, we merge it
Keep them simple:
add: command-namefor new commandsfix: what you fixedfor fixesdocs: what you updatedfor documentation
- Saves real time (5+ minutes)
- Works without configuration
- Handles common edge cases
- Clear, actionable output
- Under 100 lines
- Includes validation phase for complex commands
- No emojis in git-related output
For complex commands, consider implementing:
Commands like /refactor and /implement should include validation:
/refactor validate # Check completeness, find loose ends
/implement validate # Verify integration completeness
Use <think> blocks for sophisticated analysis in:
- Complex architectural refactoring
- Security vulnerability detection
- Multi-step problem solving
Minimal, pragmatic suggestions for natural workflow:
- Suggest
/testafter major changes - Suggest
/commitat logical checkpoints - Avoid over-engineering command chains
Yes:
- Commands that automate tedious tasks
- Cross-platform compatibility improvements
- Real-world workflow optimizations
- Validation phases for complex operations
- Pragmatic command integration
No:
- Framework-specific tools (unless very popular)
- Commands requiring external dependencies
- Overly complex multi-step wizards
- Over-engineered command orchestration
When creating issues, please use these templates:
**Command:** /command-name
**Expected behavior:** What should happen
**Actual behavior:** What actually happened
**Steps to reproduce:**
1. Run command with these arguments
2. See error
**Environment:**
- OS: Windows/Linux/macOS
- Claude Code version: X.X.X
**Problem:** What repetitive task are you doing?
**Solution:** How would the command help?
**Time saved:** Estimate minutes saved per use
**Example usage:** /proposed-command argument
- Professional Communication - Clear, concise, technical
- No Emojis in Code - Keep commands, commits, PRs, and issues clean and professional
- Respect Time - Quick reviews, fast merges for good contributions
- Test Before Submit - Ensure your command works on major platforms
- Clean Architecture - Follow clean code principles, no over-engineering
CCPlugins is actively maintained. We:
- Test commands thoroughly before release
- Refine based on real usage patterns
- Fix issues as they're discovered
- Welcome community feedback
Remember: Every command should make a developer's day a little easier.