Die Claude-Code-Plugins, die du wirklich nutzt (und wofür jedes gut ist)

Es gibt eine Falle bei Claude-Code-Plugins: Es klingt nach „installiere diese fünf und du bist doppelt so produktiv“, und die meisten Listen verkaufen sie dir wie magische Apps. Das sind sie nicht. Ein Plugin macht Claude nicht klüger; es gibt ihm vorbereitete Werkzeuge für eine Arbeit, die du wiederholst. Der Unterschied zwischen dem, der sie nutzt, und dem, der mit einer vollen, lärmenden Session endet, liegt darin, zu wissen, was jedes tut – und nicht zu viel zu installieren.

Dieser Leitfaden kommt zur Sache: was sie wirklich sind, wie man sie mit zwei Befehlen installiert, welche sich am Ende ihren Platz verdienen und wie du wählst, ohne dein Claude in eine Rumpelkammer zu verwandeln.

Was ein Plugin ist (und was nicht)

Stell dir Claude Code ab Werk als guten Handwerker mit leeren Händen vor: Er kann alles, aber jedes Mal musst du ihm die Aufgabe erklären und die Werkzeuge leihen. Ein Plugin bedeutet, ihm einen fertig gepackten Koffer für ein konkretes Gewerk zu reichen.

Technisch kann ein Plugin vier Dinge bündeln, einzeln oder kombiniert:

• Befehle: neue /befehle, die komplette Abläufe auslösen.
• Subagenten: spezialisierte Helfer, an die Claude einen Teil der Arbeit delegiert.
• Hooks: Aktionen, die sich zu bestimmten Momenten von selbst ausführen (beim Speichern, beim Abschluss, vor einem Commit).
• MCP-Server: die Brücke, damit Claude mit externen Diensten spricht (deine Datenbank, eine API, ein Design-Werkzeug).

Was ein Plugin NICHT ist: Es ist kein anderes Modell und keine „mehr Intelligenz“. Und es ist nicht dasselbe wie deine CLAUDE.md (Kontext als Text) oder eine einzelne Skill (eine spezialisierte Anweisung). Ein Plugin kann sogar Skills enthalten und sie verteilen, damit du sie auf einen Schlag installierst.

Der Marketplace: woher sie kommen

Plugins leben in Marketplaces, die nichts anderes sind als GitHub-Repos mit einem Plugin-Index. Es gibt offizielle Marketplaces von Anthropic und andere, die von der Community gepflegt werden. Bevor du etwas installierst, meldest du den Marketplace an; ab da kannst du einzelne Teile aus seinem Katalog installieren.

Wenn du es visuell magst, öffnet der Befehl /plugin allein einen Explorer im Terminal: Du navigierst durch den Katalog, siehst die Beschreibung jedes Plugins und installierst mit Enter, ohne einen einzigen weiteren Befehl zu tippen.

Wie man installiert: zwei Befehle, fertig

Der ganze Ablauf passt in zwei Schritte. Zuerst registrierst du den Marketplace, dann installierst du daraus, was du willst:

# 1) Melde den Marketplace an (ein GitHub-Repo: owner/repo)
/plugin marketplace add anthropics/claude-code

# 2) Installiere ein konkretes Plugin aus diesem Marketplace
/plugin install plugin-name@claude-code

# Abkürzung: öffnet den visuellen Explorer zum Stöbern und Installieren
/plugin

Ein paar Hinweise, die Ärger ersparen: Nach der Installation bittet Claude oft darum, die Session neu zu starten, um das Plugin zu laden. Du kannst mehrere Marketplaces gleichzeitig angemeldet haben, und das @marketplace am Ende des Befehls verhindert Verwechslungen, wenn zwei Kataloge Plugins mit demselben Namen haben. Zum Entfernen lässt dich /plugin aus demselben Explorer deinstallieren.

Die, die sich ihren Platz verdienen

Ich gebe dir keine Liste der „10 Unverzichtbaren“, weil es sie nicht gibt: Es hängt davon ab, womit du dich beschäftigst. Was es aber gibt, sind Kategorien, die fast jeder am Ende nutzt. Das sind die Plugin-Typen, die wirklich etwas bringen, mit dem ehrlichen Kriterium, was jeder dir gibt.

Um die eigene Arbeit zu prüfen

Plugins zur Code-Review und Qualität. Bevor du eine Aufgabe abschließt, machen sie einen Durchgang und suchen nach Fehlern, brüchiger Logik oder Dingen, die man vereinfachen kann. Was sie bringen: ein systematisches zweites Augenpaar, das nie müde wird. Hierher passt auch die Sicherheitsprüfung, die auf offengelegte Zugangsdaten oder unvalidierte Eingaben schaut. Sie ersetzt kein Urteilsvermögen, fängt aber den dummen Flüchtigkeitsfehler ab, bevor er in die Produktion gelangt.

Um den Kontext zwischen Sessions nicht zu verlieren

Plugins zur Aufgabenverwaltung und zum Projektgedächtnis: Sie verwandeln das, was du vorhattest, in eine dauerhafte Liste und notieren, wo du stehen geblieben bist. Was sie bringen: dass du morgen weitermachst, ohne eine halbe Stunde Kontext wieder aufzubauen. Wenn du an langen Dingen arbeitest, merkt man das am deutlichsten.

Um zu schreiben und deine Marke zu halten

Plugins zur Markenstimme und zu Inhalten: Sie lernen deinen Stil aus deinen eigenen Texten und halten den Ton in allem, was du erzeugst, konsistent. Was sie bringen: aufhören, in jedem Entwurf das „das klingt nicht nach mir“ von Hand zu korrigieren. Für alle, die regelmäßig Inhalte produzieren, spart das Stunden Feinschliff.

Um externe Werkzeuge anzubinden (MCP)

Plugins, die bereits konfigurierte MCP-Server mitbringen: deine Datenbank, dein Designsystem, dein Issue-Tracker. Was sie bringen: dass Claude auf deine echten Werkzeuge einwirkt, nicht nur auf Dateien. Es ist die mächtigste Kategorie und zugleich die, die die meiste Vorsicht verlangt, weil du ihm Zugriff auf echte Dienste gibst.

Für Design und Front-End

Plugins zur Design-Kritik und Barrierefreiheit: Sie prüfen eine Oberfläche und weisen auf schwache Kontraste, verwirrende Hierarchie oder Barrierefreiheitsprobleme hin. Was sie bringen: angewandtes Design-Urteil, ohne einen Designer daneben zu haben. Nützlich, wenn du den Code lieferst, aber das Auge nicht dein Ding ist.

Wie du wählst, ohne dich zu verzetteln

Der Anfängerfehler ist, am ersten Tag zehn Plugins „für alle Fälle“ zu installieren. Schlechte Idee: Jedes Plugin bringt seine Befehle und seinen Kontext in die Session, und alle konkurrieren um Claudes Aufmerksamkeit. Mehr Plugins können schlechtere Ergebnisse bedeuten, nicht bessere.

Drei Fragen, bevor du irgendeines installierst:

1. Löst es etwas, das ich wiederhole? Wenn die Aufgabe einmalig ist, verdient sie kein dauerhaftes Plugin.
2. Kann ich sehen, was es tut? Bevorzuge offene, gepflegte Repos. Schau, welche Hooks es mitbringt und welche MCP es anbindet; sei misstrauisch bei Zugriffen, die es für seine Arbeit nicht braucht.
3. Habe ich es nicht schon? Vieles von dem, was Plugins versprechen, deckst du mit vier Zeilen in deiner CLAUDE.md oder mit einer Skill ab. Installiere kein ganzes Paket für etwas, das ein Absatz Kontext löst.

Und eine gesunde Routine: Öffne alle zwei Wochen /plugin und deinstalliere, was du nicht angefasst hast. Deine Session dankt es dir.

Fang mit einem an

Bau deinen Plugin-Stack nicht auf einen Schlag zusammen. Melde einen Marketplace an, installiere ein Plugin, das deine am häufigsten wiederholte Aufgabe angeht – Code-Review, Aufgabenverwaltung, Markenstimme, was auch immer dir am meisten zu schaffen macht – und nutze es eine ganze Woche. Wenn es in deinem Ablauf integriert ist, füge das nächste hinzu.

Die Kurve ist hier nicht technisch: Sie ist eine des Urteilsvermögens. Plugins machen dich nicht produktiver, weil du sie hast, sondern weil du die wenigen gut wählst, die dir wirklich Arbeit aus den Händen nehmen.