Die Idee

Ein Plugin in Claude Code ist ein Verzeichnis, das zusammengehörige Erweiterungen als eine installierbare Einheit bündelt. Diese Einheit kann Skills, Subagents, Hooks, MCP-Server und weitere Komponenten enthalten. Claude Code kann Plugins aus einem Marketplace, einem lokalen Verzeichnis oder aus deiner eigenen Entwicklung installieren oder laden. Quelle: Claude Code Plugins overview

Das ist eine Verpackungsidee, keine neue Form von Intelligenz. Ein Skill ist eine wiederverwendbare Anleitung oder ein Ablauf. Ein Subagent ist eine spezialisierte Agentendefinition für eine Aufgabe. Ein Hook wird an einem dokumentierten Punkt im Ablauf ausgeführt. Ein MCP-Server verbindet Claude Code mit externen Tools oder Diensten. Jede dieser Komponenten kann auch allein nützlich sein. Ein Plugin ist sinnvoll, wenn die Teile zusammengehören und gemeinsam installiert, geteilt oder versioniert werden sollen. Quelle: Plugins overview Quelle: Extend Claude Code

Einfach gesagt: Nutze ein Plugin wie ein kleines Repository für zusammengehörige Claude-Code-Erweiterungen. Erstelle nicht schon dann eines, wenn du nur eine Anleitung wiederverwenden willst.

Ein Plugin hat auch Kosten im Kontext. Kontext sind die Informationen, die dem Modell während einer Sitzung zur Verfügung stehen. Bei aktiven Plugins bleiben Namen und Beschreibungen bestimmter Komponenten in jeder Sitzung im Kontext. Der vollständige Text eines Skills oder Subagenten wird erst geladen, wenn du diese Komponente nutzt. Deshalb solltest du Erweiterungen bewusst aktivieren, statt jedes nützlich wirkende Paket als kostenlos zu betrachten. Quelle: Plugins overview

Ein kleines Beispiel

Beispiel: Dein Team wiederholt denselben Code-Review-Ablauf in drei Repositories. Der Ablauf benötigt eine Review-Checkliste, einen spezialisierten Reviewer und einen Hook, der nach Änderungen Tests startet.

Du könntest die Checkliste, die Reviewer-Definition und die Hook-Konfiguration in jedes Repository kopieren. Das funktioniert zunächst, aber ein Update erfordert dann drei abgestimmte Änderungen. Stattdessen könnte das Team diese zusammengehörigen Teile in einem review-toolkit-Plugin ablegen. Teammitglieder installieren ein Paket, und das Paket stellt überall dort denselben Satz von Komponenten bereit, wo es verwendet werden soll.

Das bedeutet nicht, dass jede Review-Checkliste ein Plugin braucht. Ist die Checkliste der einzige wiederverwendbare Teil, beginne mit einem einzelnen Skill. Skills, Subagents, Hooks und MCP-Server funktionieren auch ohne Plugins. Wechsle zu einem Plugin, wenn es eine stabile Gruppe von Teilen gibt, die Menschen gemeinsam benötigen. Quelle: Plugins overview

Probier es aus

Nimm dir fünf Minuten und wähle einen Ablauf, den du wiederholst: etwa Release Notes erstellen, Abhängigkeiten prüfen oder Pull Requests reviewen.

  1. Schreibe seine wiederverwendbaren Teile auf. Ist es eine Anleitung, oder braucht es außerdem einen Subagenten, Hook oder ein externes Tool?
  2. Markiere, wer ihn braucht. Nur du in einem Repository oder mehrere Personen und Repositories?
  3. Wähle die kleinste sinnvolle Grenze. Für eine Anleitung bleibt es bei einem Skill. Für zusammengehörige Teile, die gemeinsam weitergegeben werden sollen, ziehe ein Plugin in Betracht.
  4. Prüfe vor der Installation jedes Plugins, was es enthält und wer es bereitstellt.

Diese Übung ist eine Entwurfsentscheidung, keine Aufforderung, heute ein Plugin zu bauen. Das kleinste Setup ist oft leichter zu verstehen und zu warten.

Darauf solltest du achten

Ein Plugin ist nicht automatisch sicher, nur weil es in einem Marketplace erscheint. Claude Code warnt, dass ein installiertes Plugin beliebigen Code mit deinen Benutzerrechten ausführen kann. Prüfe vor der Installation die Quelle und die enthaltenen Dateien, insbesondere Hooks sowie andere ausführbare oder toolbezogene Konfigurationen. Quelle: Plugin security and trust

Halte auch den Geltungsbereich präzise. Diese Lektion beschreibt Claude-Code-Plugins, nicht Erweiterungen für VS Code oder JetBrains-IDEs. Das sind getrennte Plugin-Systeme mit eigenen Paket- und Sicherheitsmodellen.

Vermeide außerdem, aus einem Plugin eine Sammelschublade zu machen. Eine unzusammenhängende Werkzeugsammlung ist schwerer zu prüfen, zu erklären und zu entfernen. Bündele Komponenten, weil sie einen Ablauf oder eine Fähigkeit bilden. Halte Unzusammenhängendes getrennt und bevorzuge einen eigenständigen Skill oder MCP-Server, wenn das für die Aufgabe genügt.