plugin-creator
Automatically creates new Claude Code plugins with proper structure, validation, and marketplace integration when user mentions creating a plugin, new plugin, or plugin from template. Specific to claude-code-plugins repository workflow.
- License 许可
- MIT
- 最近更新
- 2026-11-12
- Stars
- ★ 2
- Forks
- 0
01 前言 Front Matter
- name
- plugin-creator
- description
- Automatically creates new Claude Code plugins with proper structure, validation, and marketplace integration when user mentions creating a plugin, new plugin, or plugin from template. Specific to claude-code-plugins repository workflow.
- allowed-tools
- Write, Read, Grep, Bash
03 SKILL.md 正文
Plugin Creator
Purpose
Automatically scaffolds new Claude Code plugins with complete directory structure, required files, proper formatting, and marketplace catalog integration - specifically optimized for the claude-code-plugins repository.
Trigger Keywords
- "create plugin" or "new plugin"
- "plugin from template"
- "scaffold plugin"
- "generate plugin"
- "add new plugin to marketplace"
Plugin Creation Process
When activated, I will:
-
Gather Requirements
- Plugin name (kebab-case)
- Category (productivity, security, devops, etc.)
- Type (commands, agents, skills, MCP, or combination)
- Description and keywords
- Author information
-
Create Directory Structure
plugins/[category]/[plugin-name]/ ├── .claude-plugin/ │ └── plugin.json ├── README.md ├── LICENSE └── [commands|agents|skills|hooks|mcp]/ -
Generate Required Files
- plugin.json with proper schema (name, version, description, author)
- README.md with comprehensive documentation
- LICENSE (MIT by default)
- Component files based on type
-
Add to Marketplace Catalog
- Update
.claude-plugin/marketplace.extended.json - Run
npm run sync-marketplaceautomatically - Validate catalog schema
- Update
-
Validate Everything
- Run
./scripts/validate-all.shon new plugin - Check JSON syntax with
jq - Verify frontmatter in markdown files
- Ensure scripts are executable
- Run
Plugin Types Supported
Commands Plugin
- Creates
commands/directory - Generates example command with proper frontmatter
- Includes
/demo-commandexample
Agents Plugin
- Creates
agents/directory - Generates example agent with capabilities
- Includes model specification
Skills Plugin
- Creates
skills/skill-name/directory - Generates SKILL.md with proper format
- Includes trigger keywords and allowed-tools
MCP Plugin
- Creates
src/,dist/,mcp/directories - Generates TypeScript boilerplate
- Includes package.json with MCP SDK
- Adds to pnpm workspace
Full Plugin
- Combines all types
- Creates complete example structure
- Ready for customization
File Templates
plugin.json Template
{
"name": "plugin-name",
"version": "1.0.0",
"description": "Clear description",
"author": {
"name": "Author Name",
"email": "[email protected]"
},
"repository": "https://github.com/jeremylongshore/claude-code-plugins",
"license": "MIT",
"keywords": ["keyword1", "keyword2"]
}
Command Template
---
name: command-name
description: What this command does
model: sonnet
---
# Command Title
Instructions for Claude...
Skill Template
---
name: Skill Name
description: What it does AND when to use it
allowed-tools: Read, Write, Grep
---
# Skill Name
## Purpose
[What this skill does]
## Trigger Keywords
- keyword1
- keyword2
## Instructions
[Step-by-step for Claude]
Marketplace Integration
I automatically:
- Add plugin entry to
marketplace.extended.json - Run
npm run sync-marketplaceto update CLI catalog - Validate both catalogs with
jq - Check for duplicate names
- Verify source paths exist
Validation Steps
After creation:
- ✅ All required files present
- ✅ Valid JSON (plugin.json, catalogs)
- ✅ Proper frontmatter in markdown
- ✅ Scripts executable (
chmod +x) - ✅ No duplicate plugin names
- ✅ Category is valid
- ✅ Keywords present
Repository-Specific Features
For claude-code-plugins repo:
- Follows exact directory structure
- Uses correct marketplace slug (
claude-code-plugins-plus) - Includes proper LICENSE file
- Adds to correct category folder
- Validates against existing plugins
- Updates version in marketplace
Output
I provide:
✅ Created plugin: plugin-name
? Location: plugins/category/plugin-name/
? Files created: 8
? Validation: PASSED
? Marketplace: UPDATED
✨ Ready to commit!
Next steps:
1. Review files in plugins/category/plugin-name/
2. Customize README.md and component files
3. Run: git add plugins/category/plugin-name/
4. Run: git commit -m "feat: Add plugin-name plugin"
Examples
User says: "Create a new security plugin called 'owasp-scanner' with commands"
I automatically:
- Create directory:
plugins/security/owasp-scanner/ - Generate plugin.json, README, LICENSE
- Create
commands/with example - Add to marketplace.extended.json
- Sync marketplace.json
- Validate all files
- Report success
User says: "Scaffold a Skills plugin for code review"
I automatically:
- Create directory with
skills/subdirectories - Generate SKILL.md templates
- Add trigger keywords for code review
- Add to marketplace
- Validate and report
04 同仓库更多 Skills
Docs Research
Use MCP Central Docs server to search, ask, and retrieve documentation (FastMCP, standards, packaging).
wrappee-drift
Read-only, single-repo audit of a repo's tool coverage against the software it wraps (its current real API/docs, not training-data memory) and against comparable/competing wrappers. Trigger when the user says "wrappee drift" followed by a repo name, "capability audit" followed by a repo name, or asks whether a repo is missing features the wrapped software or a competitor now has. Always scoped to one named repo per invocation -- never trigger this fleet-wide or unprompted; that is explicitly against the SOP. Do NOT trigger for internal fleet-standard compliance (that is drift-scan) or strategic worth/archive decisions (that is quality-check) -- this is specifically about the gap between the repo's tool list and the wrapped software's/competitors' actual current capabilities.
modules
暂无简介
mcp-standards
Use when developing MCP servers to access comprehensive standards for scaffolding, packaging, sampling, documentation, testing, error handling, monitoring, and CI/CD workflows.
webapp-cua-test
Run the pre-Tauri CUA click-through test (real browser, dev stack, OCR "Connected" wait, sidebar nav walk) for a fleet MCP server repo under D:\Dev\repos. Trigger when the user says "cua webapp test" or "webapp clickthrough" followed by a repo name, asks for an e2e click-through of a webapp, or asks whether a webapp boots and connects in a real browser. Not for the installed NSIS app (that is the nsis-build skill / cua-nsis-test) and not for DOM assertions (Playwright), and not for hunting fake data or dead buttons (fakefind).
ship
Final release gate for a fleet MCP server repo under D:\Dev\repos -- run all quality gates, build the release artifact, verify it, commit, push, and cut a GitHub release. Trigger this whenever the user says "ship it", "ship" followed by a repo name, "release" followed by a repo name, or asks to finalize and publish work that's already been done in a repo. This is the terminal step after assfix/nsis-build, not a substitute for them -- if the repo hasn't been assessed recently, say so before shipping rather than shipping blind.