plugin-creator
Skill6 starsChanged 6 months agoApache-2.0View on GitHub
Comprehensive plugin development skill for Claude Code. Analyzes business requirements and creates complete plugins including MCP servers, skills, slash commands, or combinations thereof. Supports TypeScript, Python, and any other language. Provides architecture guidance, templates, and end-to-end implementation.
We split this skill into the rules it gives an agent
10 rules. 0 are common, 8 are distinctive, and 2 are very specific to this project.
0
Common
Most of the 26 edited versions we read keep these.
8
Distinctive
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 20
Use this skill when:
- Distinctive: line 31
When a user requests a plugin, systematically analyze their needs:
- Distinctive: line 74
Full Plugin: - All three (e.g., comprehensive development environment)
- Very specific: line 130
Create SKILL.md with proper frontmatter
- Distinctive: line 137
Test with realistic scenarios
- Very specific: line 147
Create command file in .claude/commands/
- Distinctive: line 194
Before packaging, validate the plugin:
- Distinctive: line 198
Test each component individually
- Distinctive: line 319
Create skill with testing best practices
- Distinctive: line 320
Add slash commands for quick operations
“Common” is measured: kept by at least 6 in 10 of the 26 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Plugin Creator
This skill guides the creation of complete, production-ready plugins for Claude Code by analyzing business requirements and architecting appropriate solutions.
Purpose
Transform business requirements into fully-functional Claude Code plugins by:
- Analyzing the business problem and technical requirements
- Recommending optimal plugin architecture (MCP servers, skills, slash commands, or combinations)
- Providing templates and implementation guidance
- Creating complete, tested, and packaged plugins ready for distribution
When to Use This Skill
Use this skill when:
- Creating new Claude Code plugins from business requirements
- Needing architectural guidance for plugin structure
- Requiring templates for MCP servers, skills, or slash commands
- Building plugins that combine multiple component types
- Packaging and distributing Claude Code plugins
Plugin Architecture Analysis Workflow
Step 1: Business Requirements Analysis
When a user requests a plugin, systematically analyze their needs:
Key Questions:
- What problem does this solve? - Understand the business value
- What are the core operations? - Identify main capabilities needed
- What tools/services are involved? - External integrations (APIs, databases, etc.)
- What's the interaction model? - How will users invoke functionality?
- What data needs to be managed? - State, configuration, persistence requirements
Example Analysis:
Request: "Create a plugin for database schema management"
Analysis:
- Problem: Developers need to manage database schemas efficiently
- Core operations: View schemas, run migrations, generate models, validate changes
- Tools: Database connections (PostgreSQL, MySQL, etc.), migration tools
- Interaction: Commands for quick actions, skill for complex workflows
- Data: Connection configs, migration history, schema snapshotsStep 2: Architecture Recommendation
Based on the analysis, recommend plugin components:
Decision Matrix:
| Component Type | When to Use |
| MCP Server | External tool/service integration, stateful operations, complex APIs, real-time data access |
| Skill | Procedural workflows, domain knowledge, multi-step processes, bundled resources |
| Slash Command | Quick actions, command shortcuts, user-facing operations |
| Combination | Complex plugins needing multiple interaction patterns |
Architecture Patterns:
- Pure MCP Server - External service integration (e.g., database connector, API client)
- Pure Skill - Knowledge/workflow only (e.g., code review guidelines, deployment procedures)
- Pure Slash Command - Simple command shortcuts (e.g.,
/format,/lint) - MCP + Skill - Tool integration + procedural knowledge (e.g., testing framework + testing best practices)
- MCP + Commands - Tool integration + quick shortcuts (e.g., database MCP +
/db:migrate,/db:seed) - Skill + Commands - Workflows + shortcuts (e.g., deployment skill +
/deploy:prod,/deploy:staging) - Full Plugin - All three (e.g., comprehensive development environment)
Example Recommendations:
For "database schema management":
Recommended Architecture: MCP Server + Skill + Slash Commands
Components:
1. MCP Server (TypeScript or Python)
- Tools: connect_db, get_schema, run_migration, generate_model
- Resources: schema definitions, migration history
2. Skill (Markdown)
- Migration best practices
- Schema design patterns
- Rollback procedures
- References: migration_guide.md, schema_patterns.md
3. Slash Commands
- /db:migrate - Run pending migrations
- /db:rollback - Rollback last migration
- /db:schema - View current schema
- /db:seed - Seed databaseStep 3: Implementation Guidance
For each recommended component, provide implementation path:
MCP Server Implementation
Language Selection:
- TypeScript/Node.js - Best for: JavaScript ecosystem integration, npm packages, web APIs
- Python/FastMCP - Best for: Data science, ML tools, Python library integration
Use templates from assets/templates/:
mcp-server-typescript/- Full TypeScript MCP server templatemcp-server-python/- Full Python FastMCP server template
Implementation steps:
- Copy appropriate template to plugin directory
- Define tools (functions Claude can call)
- Define resources (data Claude can read)
- Implement tool handlers with error handling
- Add configuration management
- Write tests
- Create documentation
Detailed guidance: See references/mcp_server_guide.md
Skill Implementation
Use template from assets/templates/skill/
Implementation steps:
- Create SKILL.md with proper frontmatter
- Define when skill should be used (triggers)
- Write procedural instructions
- Add bundled resources:
scripts/- Executable helpersreferences/- Documentation to load as neededassets/- Files used in output
- Test with realistic scenarios
- Package with validation
Detailed guidance: See references/skill_guide.md
Slash Command Implementation
Use template from assets/templates/slash-command/
Implementation steps:
- Create command file in
.claude/commands/ - Define command name and description
- Write command prompt
- Add parameter handling
- Test command execution
- Document usage
Detailed guidance: See references/slash_command_guide.md
Step 4: Plugin Integration
For multi-component plugins, ensure proper integration:
Integration Checklist:
- MCP server tools are referenced in skill instructions
- Slash commands call appropriate MCP tools or use skill knowledge
- Skill provides context for when to use which component
- All components share consistent naming and terminology
- Configuration is unified (single config file where possible)
- Documentation covers the complete plugin workflow
Example Integration:
In SKILL.md:
## Using the Database Plugin
This plugin combines an MCP server, skill knowledge, and quick commands.
### Quick Operations (Slash Commands)
- Use `/db:migrate` for running migrations quickly
- Use `/db:schema` to view current schema
### MCP Server Tools
The database MCP server provides these tools:
- `connect_db` - Establish database connection
- `get_schema` - Retrieve schema information
- `run_migration` - Execute migration files
### Workflow Guidance
For complex operations, follow these procedures:
[Reference migration_guide.md for detailed procedures]Step 5: Testing and Validation
Before packaging, validate the plugin:
Validation Steps:
- Run
scripts/validate_plugin.py <plugin-path> - Test each component individually
- Test component integration
- Verify documentation completeness
- Check error handling
- Validate configuration management
Testing Checklist:
- MCP server tools work correctly
- Skill triggers appropriately
- Slash commands execute as expected
- Error messages are clear and helpful
- Documentation is accurate and complete
- Examples work as documented
Step 6: Packaging and Distribution
Package the complete plugin:
Using the packaging script:
python scripts/package_plugin.py <plugin-path> [output-dir]Plugin structure for distribution:
my-plugin/
├── README.md (installation and usage)
├── mcp-server/ (if applicable)
│ ├── package.json or requirements.txt
│ ├── src/ or app/
│ └── tests/
├── skill/ (if applicable)
│ ├── SKILL.md
│ ├── scripts/
│ ├── references/
│ └── assets/
└── commands/ (if applicable)
├── command1.md
└── command2.mdDistribution outputs:
my-plugin.zip- Complete plugin packagemy-plugin/README.md- Installation instructionsmy-plugin/ARCHITECTURE.md- Technical documentation
Best Practices
Refer to references/best_practices.md for comprehensive guidelines including:
- Error handling patterns
- Configuration management
- Security considerations
- Performance optimization
- Documentation standards
- Testing strategies
Architecture Patterns
Refer to references/architecture_patterns.md for detailed patterns:
- Single-responsibility plugins
- Multi-component plugins
- Plugin composition strategies
- Integration patterns
- Scalability patterns
Helper Scripts
Initialize Plugin
python scripts/init_plugin.py <plugin-name> --type <mcp|skill|command|full>Creates plugin scaffolding with appropriate templates.
Validate Plugin
python scripts/validate_plugin.py <plugin-path>Validates plugin structure, code quality, and documentation.
Package Plugin
python scripts/package_plugin.py <plugin-path> [output-dir]Creates distributable plugin package with validation.
Example Workflow
Request: "Create a plugin for API testing"
Analysis:
- Problem: Developers need to test REST APIs efficiently
- Operations: Send requests, validate responses, manage test suites
- Tools: HTTP client, assertion library
- Interaction: Commands for quick tests, skill for test strategies
- Data: API configurations, test suites, response schemas
Architecture:
Recommended: MCP Server + Skill + Slash Commands
1. MCP Server (TypeScript)
- Tools: send_request, validate_response, run_test_suite
- Resources: api_configs, test_results
2. Skill
- API testing best practices
- Test strategy guidance
- References: rest_api_guide.md, assertion_patterns.md
3. Slash Commands
- /api:test <endpoint> - Quick endpoint test
- /api:suite <suite-name> - Run test suite
- /api:validate <response> - Validate response formatImplementation:
- Initialize with
init_plugin.py api-testing --type full - Implement MCP server using TypeScript template
- Create skill with testing best practices
- Add slash commands for quick operations
- Integrate components in skill documentation
- Validate with
validate_plugin.py - Package with
package_plugin.py
Output: Complete, tested, documented api-testing.zip plugin ready for installation.
Other versions26 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 26
- openai/skills★ 27ksame name
- openai/plugins★ 7.4ksame name
- krzysztofsurdy/code-virtuoso★ 36same name
- different-ai/openwork-hub★ 35same name
- wedsamuel1230/arduino-skills★ 28same name
- wedsamuel1230/embedded-engineering-skills★ 28same name
- kael-odin/codex-plugins-zh★ 26same name
- PracticalSwan/agent-skills★ 22same name
- delorenj/skills★ 18same name
- HarKro753/claude-copy★ 17same name
16 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository34 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .agents/skills/extension-dev-skill/AGENTS.mdAGENTS.md
- .agents/skills/vercel-react-best-practices/AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- agent-browserSkill
- architecture-designerSkill
- architecture-patternsSkill
- browser-useSkill
- deep-researchSkill
- docxSkill
- enhance-promptSkill
- extension-dev-skillSkill
- find-skillsSkill
- frontend-designSkill
- gh-cliSkill
- humanizer-zhSkill
- langchain-architectureSkill
- mcp-builderSkill
- mermaid-visualizerSkill
- microservices-architectSkill
- obsidian-basesSkill
- obsidian-cliSkill
- obsidian-markdownSkill
- pdfSkill
- planning-with-filesSkill
- playwright-cliSkill
- pptxSkill
- remotion-best-practicesSkill
- skill-creatorSkill
- tailored-resume-generatorSkill
- text-to-sqlSkill
- ui-ux-pro-maxSkill
- vercel-react-best-practicesSkill
- web-design-guidelinesSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

