Claude Code Plugins

Plugins (Plugin) sind in Claude Codeder Erweiterungsmechanismus auf höchster Ebene,mit dem Fähigkeiten wie Befehle, Agenten, Skills, Hooks, MCP, LSP aufgenommen undverpackt, versioniert, geteilt und verteilt werden.。

Ein Plugin = eine wiederverwendbare Sammlung von Erweiterungsfähigkeiten von Claude Code

Ein Plugin kann Folgendes enthalten:

  • Slash-Befehle
  • Subagenten (Agenten)
  • Skills (Fähigkeitsbeschreibungen)
  • Hooks (Ereignis-Hooks)
  • MCP-Server (externe Tools/Dienste)
  • LSP-Server (Code-Intelligenz)

Das Kernziel von Plugins ist nur eines:

Die Fähigkeiten von Claude Code wie einen Werkzeugkasten wiederverwendbar machen, statt sie in jedem Projekt neu zu konfigurieren.

Plugins vs. eigenständige Konfiguration (Wie man wählt)

Claude Code unterstützt zwei Erweiterungsmethoden:

Methode Befehlsform Geeignete Szenarien
Eigenständige Konfiguration（.claude/） /hello Persönliche Nutzung, einzelnes Projekt, schnelle Experimente
Plugin（.claude-plugin/） /plugin-name:hello Teilen im Team, projektübergreifend, versioniert

Wann verwendet man eine eigenständige Konfiguration?

  • Nur im aktuellen Projekt verwendet
  • Persönlicher Workflow
  • Experimentelle Konfiguration, noch nicht stabil
  • Möchten Sie einen kurzen Befehlsnamen (wie z. B./review）

Wann verwendet man Plugins?

  • Müssen Sie in mehreren Projektenwiederverwenden
  • möchtenmit Team oder Community teilen
  • BenötigtVersionskontrolle, Upgrades, Rollbacks
  • Planen, über einen Marketplace zu vertreiben
  • Kann Namespace-Befehle akzeptieren (um Konflikte zu vermeiden)

Best Practices:

Zuerst, in.claude/der Konfiguration iterieren → sobald stabil, als Plugin paketieren.

Minimale Plugin-Struktur (muss man sich merken)

my-plugin/
├── .claude-plugin/
│   └── plugin.json     # 插件清单（必需）
├── commands/           # 斜杠命令
├── agents/             # 子代理
├── skills/             # Skills
├── hooks/              # 钩子
├── .mcp.json           # MCP 配置
└── .lsp.json           # LSP 配置

Wichtige Regeln

  • .claude-plugin/Im Verzeichnis,darf nur enthaltenplugin.json
  • Andere Verzeichnisse müssen im Plugin-Stammverzeichnis liegen.

Plugin-Manifest (plugin.json)

Die "ID-Karte" des Plugins, die bestimmt:

  • Plugin-Name
  • Befehls-Namespace
  • Version
  • Informationen zum Autor

Beispiel:

{
  "name": "my-first-plugin",
  "description": "A greeting plugin to learn the basics",
  "version": "1.0.0",
  "author": { "name": "Your Name" }
}

Beschreibungen der Schlüsselfelder:

Feld Zweck
name Eindeutige Kennung + Befehls-Namespace
description Wird im Plugin-Marketplace angezeigt
version Semantische Versionierung
author Optional, Beschreibung der Namensnennung

Slash-Befehle (am häufigsten verwendete Plugin-Funktion)

1. Methode zur Befehlsdefinition

  • Befindet sich incommands/Verzeichnis sichern
  • Jeder Befehl = eine Markdown-Datei
  • Dateiname = Befehlsname

Beispiel:

commands/hello.md

Zugehöriger Befehl:

/my-first-plugin:hello

2. Beispiel für Befehlsinhalt

---
description: Greet the user with a friendly message
---

Greet the user warmly and ask how you can help them today.

3. Befehlsargumente

Nutzung$ARGUMENTSBenutzereingabe erfassen:

Greet the user named "$ARGUMENTS" warmly.

Aufruf:

/my-first-plugin:hello Alex

Lokales Testen von Plugins (unverzichtbar für die Entwicklung)

Nutzung--plugin-dirPlugin-Verzeichnis direkt laden:

claude --plugin-dir ./my-plugin

Funktionen:

  • Keine Installation erforderlich
  • Claude Code nach Änderungen neu starten
  • Unterstützt das gleichzeitige Laden mehrerer Plugins
claude --plugin-dir ./plugin-a --plugin-dir ./plugin-b

Was können Plugins noch tun?

Fähigkeit Anwendungsfall
Befehle Benutzerdefinierte Slash-Befehle
Agenten Dedizierte Subagenten
Skills Claude beibringen, wann eine bestimmte Fähigkeit verwendet werden soll
Hooks Automatisierung (z. B. Befehle nach dem Schreiben von Dateien ausführen)
MCP Verbindung zu externen Diensten (GitHub, DB, API)
LSP Code-Intelligenz (Navigation, Typprüfung)

Plugin-Marktplatz

Plugins werden überden Marktplatzverteilt; im Wesentlichen ist es ein Repository für Plugin-Verzeichnisse.

Offizieller Marktplatz

  • Standardmäßig hinzugefügt
  • Führen Sie/plugin → Entdecken

Plugin installieren:

/plugin install plugin-name@claude-plugins-official

Plugin-Installationsbereich

Geltungsbereich Beschreibung
Benutzerbereich Nur Sie, alle Projekte
Projektbereich Aktuelles Repository, mit dem Team geteilt
Lokaler Bereich Aktuelles Repository, nur Sie

Empfehlung:

  • Team-Tools →Projektbereich
  • Persönliche Produktivitäts-Tools →Benutzerbereich

Typische Plugin-Kategorien

1. Code-Intelligenz (LSP)

  • TypeScript, Python, Go, Rust usw.
  • Bietet Definitionsnavigation, Referenzen und Typfehler

Erfordert die lokale Installation des entsprechenden Sprachservers

2. Externe Integration (MCP)

  • GitHub / GitLab
  • Jira / Notion
  • Slack / Figma
  • Vercel / Supabase

Kernaussage:Plugin = MCP-Server + Konfiguration

3. Entwicklungsworkflow

  • Git-Commits, PRs
  • Code-Review-Agent
  • Plugin-Entwicklungswerkzeuge

Häufige Befehle für die Plugin-Verwaltung

/plugin                # 打开插件管理器
/plugin install         # 安装插件
/plugin uninstall       # 卸载
/plugin enable/disable  # 启用 / 禁用
/plugin marketplace add # 添加市场
/plugin marketplace rm  # 移除市场

from.claude/Migration zu Plugins (Kerngedanken)

Vorher Nach der Migration
.claude/commands plugin/commands
.claude/agents plugin/agents
settings.json hooks plugin/hooks/hooks.json

Nach der Migration:

  • Plugin-Version wird zuerst wirksam
  • Alte können gelöscht werden.claude/Konfiguration vermeidet Duplikate

Wann müssen Sie unbedingt Plugins verwenden?

  • Sie haben bereitsstabile Claude-Workflows
  • Sie sindständig am Kopieren.claude/
  • Teammitglieder beginnen Sie zu fragen: "Wie konfiguriere ich das?"
  • Sie möchten, dass Claude so steuerbar ist wie IDE-Plugins

Plugins sind der Wendepunkt dafür, dass Claude Code von einem "persönlichen KI-Assistenten" zu einem "Engineering-Tool" wird

Weitere Erweiterungen