Synthèse automatique
Ce guide permet de créer, modifier et comprendre les plugins et marketplaces pour Claude Code, en détaillant l'architecture, les fichiers de configuration et les bonnes pratiques.
Points forts
- Couverture complète de l'architecture des plugins et marketplaces
- Exemples concrets de fichiers JSON (marketplace.json, plugin.json, .mcp.json)
- Explication claire des chemins portables avec ${CLAUDE_PLUGIN_ROOT}
- Règles précises sur l'emplacement des fichiers et la nomenclature
Limites
- Ne traite pas du développement des serveurs MCP ou LSP eux-mêmes
- Les exemples se limitent à un seul type de serveur MCP (aucun exemple complet donné)
- Pas de guide détaillé pour le débogage des plugins
Utilisez ce guide lorsque vous devez créer un nouveau plugin Claude Code, ajouter un plugin à un marketplace ou comprendre la structure d'un plugin existant.
Ne l'utilisez pas si vous cherchez à apprendre à programmer des serveurs MCP/LSP ou si vous voulez utiliser des plugins existants sans les modifier.
Analyse de sécurité
SûrThe skill provides reference documentation for Claude Code plugin development and does not instruct or enable any code execution, data exfiltration, or destructive actions.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
I need to create a new Claude Code plugin that adds a 'database-migrations' command to run SQL migrations. Guide me through creating the plugin structure, marketplace.json, plugin.json, and a .mcp.json for a local MCP server.I have a Claude Code plugin directory at ./plugins/my-plugin but it's not in any marketplace. How do I create a marketplace.json and register it so I can use @marketplace-name syntax?Explain how Claude Code plugins work: the directory structure, what each config file does, and how commands and skills are organized.Claude Plugin Builder Skill
Use this skill when you need to create, modify, or understand Claude Code plugins and marketplaces. This is a comprehensive reference for plugin architecture, configuration patterns, and best practices.
When to Use
- User wants to create a new Claude Code plugin
- User wants to add a plugin to a marketplace
- User asks about plugin structure or configuration
- User needs to add MCP servers, LSP servers, commands, or skills
- User wants to understand how plugins work
- User is debugging plugin configuration issues
Plugin Architecture Overview
Directory Structure
A Claude Code plugin marketplace follows this structure:
marketplace-root/
├── .claude-plugin/
│ └── marketplace.json # Marketplace registry (lists all plugins)
├── plugins/
│ └── my-plugin/ # Individual plugin
│ ├── .claude-plugin/
│ │ └── plugin.json # Plugin manifest
│ ├── commands/ # Slash commands (*.md files)
│ ├── skills/ # Agent skills (subdirs with SKILL.md)
│ ├── agents/ # Subagent definitions (*.md files)
│ ├── hooks/ # Event hooks (hooks.json)
│ ├── .mcp.json # MCP server configuration
│ ├── .lsp.json # LSP server configuration
│ └── README.md # Plugin documentation
├── skills/ # Marketplace-level skills (optional)
└── README.md # Marketplace documentation
Key Rules
- Manifest Location:
plugin.jsonMUST be in.claude-plugin/directory - Component Directories:
commands/,skills/,agents/,hooks/stay at plugin root (NOT inside.claude-plugin/) - Naming Convention: Use kebab-case for all names (plugin-name, command-name)
- Portable Paths: Use
${CLAUDE_PLUGIN_ROOT}for intra-plugin references
Configuration Files
1. marketplace.json
Location: .claude-plugin/marketplace.json
{
"name": "my-marketplace",
"owner": {
"name": "Your Name",
"email": "you@example.com"
},
"metadata": {
"description": "Description of your marketplace",
"version": "1.0.0",
"homepage": "https://github.com/you/repo",
"keywords": ["keyword1", "keyword2"]
},
"plugins": [
{
"name": "my-plugin",
"source": "./plugins/my-plugin",
"description": "Brief description of the plugin"
}
]
}
Key Fields:
name: Marketplace identifier (used in@marketplace-namesyntax)source: Relative path to plugin directoryplugins: Array of all available plugins
2. plugin.json
Location: plugins/my-plugin/.claude-plugin/plugin.json
{
"name": "my-plugin",
"description": "What the plugin does",
"version": "1.0.0",
"author": {
"name": "Your Name",
"email": "you@example.com"
},
"license": "MIT",
"homepage": "https://github.com/you/repo",
"repository": {
"type": "git",
"url": "https://github.com/you/repo.git"
},
"keywords": ["keyword1", "keyword2"],
"mcpServers": "${CLAUDE_PLUGIN_ROOT}/.mcp.json",
"lspServers": "${CLAUDE_PLUGIN_ROOT}/.lsp.json",
"requires": {
"node": ">=18.0.0"
}
}
Key Fields:
name: Plugin identifier (kebab-case, typically ends with-plugin)mcpServers: Path to MCP configuration (use${CLAUDE_PLUGIN_ROOT})lspServers: Path to LSP configuration (use${CLAUDE_PLUGIN_ROOT})requires: Runtime requirements (node, dart, etc.)
3. .mcp.json (MCP Server Configuration)
Location: plugins/my-plugin/.mcp.json
Two types of MCP servers:
HTTP Remote Servers
{
"mcpServers": {
"server-name": {
"type": "http",
"url": "https://mcp.example.com/mcp"
}
}
}
Command-based Local Servers
{
"mcpServers": {
"server-name": {
"command": "npx",
"args": ["-y", "package-name@latest"]
}
}
}
Common MCP Servers:
| Server | Type | URL/Command |
|--------|------|-------------|
| deepwiki | HTTP | https://mcp.deepwiki.com/mcp |
| context7 | HTTP | https://mcp.context7.com/mcp |
| exa | HTTP | https://mcp.exa.ai/mcp |
| grep | HTTP | https://mcp.grep.app |
| expo-mcp | HTTP | https://mcp.expo.dev/mcp |
| next-devtools | Command | npx -y next-devtools-mcp@latest |
| dart | Command | dart mcp-server |
4. .lsp.json (LSP Server Configuration)
Location: plugins/my-plugin/.lsp.json
{
"servers": {
"language-name": {
"command": ["executable", "--flags"],
"filetypes": ["filetype1", "filetype2"],
"extensions": [".ext1", ".ext2"],
"rootPatterns": ["config-file.json"],
"initializationOptions": {
"preference": "value"
}
}
}
}
Common LSP Configurations:
TypeScript/JavaScript
{
"typescript": {
"command": ["typescript-language-server", "--stdio"],
"filetypes": ["typescript", "typescriptreact", "javascript", "javascriptreact"],
"extensions": [".ts", ".tsx", ".js", ".jsx"],
"rootPatterns": ["tsconfig.json", "jsconfig.json", "package.json"],
"initializationOptions": {
"preferences": {
"includeInlayParameterNameHints": "all",
"includeInlayPropertyDeclarationTypeHints": true
}
}
}
}
Go
{
"go": {
"command": ["gopls", "serve"],
"filetypes": ["go", "gomod"],
"extensions": [".go", ".mod"],
"rootPatterns": ["go.mod", "go.work"],
"initializationOptions": {
"staticcheck": true,
"gofumpt": true
}
}
}
Dart
{
"dart": {
"command": ["dart", "language-server", "--protocol=lsp"],
"filetypes": ["dart"],
"extensions": [".dart"],
"rootPatterns": ["pubspec.yaml", "analysis_options.yaml"]
}
}
Commands
Commands are markdown files in the commands/ directory that define slash commands.
Location: plugins/my-plugin/commands/my-command.md
Command Template
# /command-name - Brief description
Longer description of what the command does.
## Usage
\`\`\`
/command-name <required-arg> [optional-arg] [--flag=value]
\`\`\`
## Examples
\`\`\`
/command-name foo
/command-name foo bar
/command-name foo --flag=value
\`\`\`
## Behavior
1. First step the command takes
2. Second step
3. Third step
## Requirements
- Any prerequisites (optional section)
## Arguments
- \`required-arg\` (required): Description
- \`optional-arg\` (optional): Description
- \`--flag\` (optional): Description
## Notes
Additional information (optional section)
Skills
Skills are directories containing a SKILL.md file that define complex agent behaviors.
Location: plugins/my-plugin/skills/my-skill/SKILL.md
Skill Template
# Skill Name
Brief description of when to use this skill.
## When to Use
- Trigger condition 1
- Trigger condition 2
- User asks about X
- User wants to do Y
## Instructions
### For Use Case A
1. Step one
2. Step two
3. Step three
### For Use Case B
1. Different step one
2. Different step two
## Available MCP Tools
- \`tool_name\` - What it does
- \`another_tool\` - What it does
## Example Workflow
When user says: "Example query"
1. First action: \`tool.method("params")\`
2. Second action
3. Third action
Creating a New Plugin
Step-by-Step Process
-
Create Directory Structure
mkdir -p plugins/my-plugin/.claude-plugin mkdir -p plugins/my-plugin/commands mkdir -p plugins/my-plugin/skills/my-skill -
Create plugin.json
- Set name, description, version, author
- Reference MCP/LSP configs with
${CLAUDE_PLUGIN_ROOT} - Add relevant keywords
-
Create .mcp.json
- Add required MCP servers (HTTP or command-based)
- Include shared servers (context7, deepwiki, grep) for documentation
-
Create .lsp.json
- Configure language servers for target languages
- Set appropriate root patterns and options
-
Create Commands
- One .md file per command in
commands/ - Follow the command template structure
- One .md file per command in
-
Create Skills
- One directory per skill in
skills/ - Each skill has a
SKILL.mdfile
- One directory per skill in
-
Create README.md
- Document features, requirements, installation, usage
-
Update marketplace.json
- Add plugin to the
pluginsarray - Update marketplace keywords if needed
- Add plugin to the
Best Practices
Naming
- Plugin names:
feature-plugin(kebab-case with-pluginsuffix) - Command names:
/feature-action(kebab-case with leading slash) - Skill directories:
feature-name(kebab-case) - MCP servers:
server-name(kebab-case)
Configuration
- Always use
${CLAUDE_PLUGIN_ROOT}for portable paths - Include version requirements in
requiresfield - Use semantic versioning (1.0.0)
MCP Servers
- Include shared servers (context7, deepwiki, grep) for documentation lookup
- Use HTTP servers when available (simpler, no local install)
- Use command servers for local tools (next-devtools, dart mcp-server)
Documentation
- Every plugin needs a README.md
- Commands should have clear usage examples
- Skills should list trigger conditions and workflows
Troubleshooting
Plugin Not Loading
- Check
marketplace.jsonsource path is correct - Verify
plugin.jsonis in.claude-plugin/directory - Ensure JSON syntax is valid
MCP Server Not Connecting
- HTTP servers: Check URL is correct and accessible
- Command servers: Ensure executable is installed and in PATH
- Check for authentication requirements (e.g., EAS paid plan for Expo)
LSP Not Working
- Verify language server is installed globally
- Check command array format:
["executable", "--flag"] - Ensure rootPatterns match your project files
Commands Not Appearing
- Check file is in
commands/directory (not.claude-plugin/commands/) - Verify markdown format with
# /command-nameheader - File must have
.mdextension
Quick Reference
Installation Commands
# Add marketplace
/plugin marketplace add owner/repo-name
# Install plugin
/plugin install plugin-name@marketplace-name
# Validate plugin
/plugin validate .
File Locations
| File | Location |
|------|----------|
| Marketplace manifest | .claude-plugin/marketplace.json |
| Plugin manifest | plugins/*/\.claude-plugin/plugin.json| | MCP config |plugins//.mcp.json| | LSP config |plugins//.lsp.json| | Commands |plugins//commands/.md| | Skills |plugins//skills//SKILL.md` |
Environment Variables
| Variable | Description |
|----------|-------------|
| ${CLAUDE_PLUGIN_ROOT} | Root directory of the plugin |
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/claude-plugin-builder-mm78nnv1/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/claude-plugin-builder-mm78nnv1' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/claude-plugin-builder-mm78nnv1/download' --output '.skill-downloads/claude-plugin-builder-mm78nnv1/SKILL.md.part' && mv '.skill-downloads/claude-plugin-builder-mm78nnv1/SKILL.md.part' '.skill-downloads/claude-plugin-builder-mm78nnv1/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Extrait original : Quick Reference
Installation Commands
# Add marketplace
/plugin marketplace add owner/repo-name
# Install plugin
/plugin install plugin-name@marketplace-name
# Validate plugin
/plugin validate .
File Locations
| File | Location |
|---|---|
| Marketplace manifest | .claude-plugin/marketplace.json |
| Plugin manifest | plugins/*/\.claude-plugin/plugin.json` |
| MCP config | plugins/*/.mcp.json |
| LSP config | plugins/*/.lsp.json |
| Commands | plugins/*/commands/*.md |
| Skills | plugins/*/skills/*/SKILL.md |
Environment Variables
| Variable | Description |
|---|---|
${CLAUDE_PLUGIN_ROOT} | Root directory of the plugin |
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.
Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/claude-plugin-builder-mm78nnv1/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.