Plugins – das Team-Setup als Paket

In den letzten Teilen ist einiges zusammengekommen: Subagents (Teil 1), Skills (Teil 3), MCP-Server (Teil 5), Hooks (Teil 11). Und dann kommt ein neuer Kollege und fragt: „Wie richte ich das alles bei mir ein?“

Die Antwort ist ein Plugin. Es bündelt Skills, Agents, Hooks und MCP-Server in einem Paket. Ein Befehl, und alles ist da.

📦 So sieht ein Plugin aus

unser-team-setup/
├── .claude-plugin/
│   └── plugin.json
├── skills/
├── agents/
├── hooks/
└── .mcp.json

Im Kern ist das ein Ordner mit genau den Dateien, die Sie aus den letzten Teilen schon kennen, plus einer kleinen Beschreibung in plugin.json.

🏪 Der eigene Marktplatz

Ein Marktplatz ist ein Git-Repository mit einer .claude-plugin/marketplace.json, die Ihre Plugins auflistet. Installiert wird direkt in Claude Code:

/plugin marketplace add unsere-firma/claude-plugins
/plugin install unser-team-setup@firmen-tools

(firmen-tools ist der Name, den Sie in der marketplace.json vergeben.)

👥 Fürs ganze Team

Tragen Sie Marktplatz und Plugin in die .claude/settings.json des Projekts ein und checken Sie die Datei ein:

{
  "extraKnownMarketplaces": {
    "firmen-tools": {
      "source": { "source": "github", "repo": "unsere-firma/claude-plugins" }
    }
  },
  "enabledPlugins": {
    "unser-team-setup@firmen-tools": true
  }
}

Wer das Projekt öffnet und dem Ordner vertraut, bekommt die Installation angeboten. Ein kurzer Test mit einem frischen Checkout lohnt sich trotzdem.

Ein ehrlicher Hinweis:

Ein Plugin ist Code, der mit Ihren Rechten läuft: Hooks führen Befehle aus, MCP-Server greifen auf Systeme zu. Also nur Plugins aus Quellen, denen Sie vertrauen. Und behandeln Sie das eigene Plugin wie Produktivcode: mit Review, Versionen und Changelog.

Meine Faustregel:

• Nur für mich? ~/.claude/.
• Nur für dieses Projekt? .claude/ im Repository.
• Für mehrere Projekte und das ganze Team? Plugin.