Claude Code Skills und Plugins: 9 Empfehlungen für 2026

Bei Claude Code Skills und Plugins zählt, welche wiederkehrende Aufgabe sie lösen. Die besten Ergänzungen für Claude Code sind PR Review Toolkit für gezielte Codeprüfungen, Superpowers für eine strukturierte Umsetzung und Context7 für aktuelle Bibliotheksdokumentation. Diese 9 Empfehlungen decken Reviews, Tests, Dokumentation, die Übergabe vom Design an die Entwicklung, Deployment und Projektwissen ab. Den Anfang sollte das Plugin machen, das wiederkehrende Nacharbeit vermeidet. Ein weiteres kommt erst hinzu, wenn es eine eigene Aufgabe erfüllt.

Geprüft am 12. Oktober 2026: Für diesen Vergleich wurden die unten verlinkten Repositorys, README-Dateien, Installationsanleitungen und Preisseiten der Dienste aufgerufen. Die Empfehlungen beruhen auf diesen Quellen und einer Analyse der Arbeitsabläufe. Sie stammen weder aus einem Praxistest mit angemeldetem Konto noch aus einem Benchmark zur Zeitersparnis.

Claude Code Skills und Plugins im Überblick

PR Review Toolkit ist die beste erste Ergänzung für eine geschäftlich genutzte Codebasis mit etabliertem Entwicklungsprozess. Damit lässt sich eine konkrete Schwachstelle prüfen, etwa fehlende Tests für Fehlerfälle, ohne eine umfassendere Entwicklungsmethodik zu übernehmen. Wenn dagegen immer wieder die Herangehensweise von Claude Probleme verursacht, ist Superpowers der passendere Einstieg.

„Keine Plugin-Gebühr angegeben“ bedeutet, dass die verlinkte README kein separates Plugin-Abonnement nennt. Die Nutzung von Claude, angebundene Dienste und Infrastruktur sind damit nicht automatisch kostenlos. Alle folgenden Preise sind in USD angegeben; Einzelheiten zu den Tarifen stehen in den jeweiligen Abschnitten.

Wie funktionieren Plugins und Marketplaces?

Ein Marketplace ist der Katalog; ein Plugin ist das installierbare Paket. Ein solches Paket kann Skills mit wiederverwendbaren Aufgabenanweisungen, aufrufbare Befehle, spezialisierte Agenten, Hooks für bestimmte Lebenszyklusereignisse und Server für das Model Context Protocol, kurz MCP, enthalten. MCP-Server stellen externe Werkzeuge bereit. Ein Plugin kann auch nur eine dieser Komponentenarten enthalten. Wer eine Dokumentationsanbindung installiert, erhält deshalb nicht automatisch ein Planungsframework oder einen Testrunner dazu. Dokumentation zu den Komponenten von Claude Code

Bei ähnlich benannten Angeboten ist diese Unterscheidung entscheidend. Das Context7-Paket in Anthropics Katalog besteht aus einer Anbindung an einen entfernten MCP-Server. Das Ursprungsprojekt bietet daneben ein umfangreicheres Plugin an. Maßgeblich ist daher die Beschreibung des tatsächlich gewählten Pakets, nicht die Summe aller Funktionen, die mit der Marke verbunden sind.

Welcher Anthropic-Marketplace ist der richtige?

Für die folgenden Empfehlungen aus dem offiziellen Katalog lautet die Quelle anthropics/claude-plugins-official; der registrierte Marketplace-Name ist claude-plugins-official. Repository-Quelle und registrierter Name sind also unterschiedliche Zeichenfolgen. Der aktuelle Katalog führt diese Pakete samt Quellen auf, darunter auch externe Repositorys.

Externe Katalogeinträge können auf einen bestimmten Commit der Quelle festgelegt sein. Die aktuelle README eines Projekts kann deshalb von der installierten Fassung abweichen. Die README beschreibt das Angebot des Herausgebers; welche Komponenten tatsächlich installiert sind, lässt sich vor ihrer Nutzung mit claude plugin details prüfen. Auch ein Eintrag im offiziellen Katalog sollte geprüft werden, besonders wenn er einen Dienst anbindet oder lokalen Code ausführt.

Was unterscheidet Claude Code Skills von Plugins?

Skills beschreiben Aufgaben und Arbeitsweisen; Plugins bündeln und verteilen Funktionen. Superpowers liefert eine Sammlung von Skills für die Softwareentwicklung. Playwright Skill verbindet Aufgabenanweisungen mit einem ausführbaren Hilfsprogramm zur Browserautomatisierung. Figma ergänzt sowohl Ablaufanweisungen als auch den Zugriff auf Designdaten. Sinnvoll ist das kleinste Paket, das die fehlende Funktion bereitstellt. Ein größeres lohnt sich erst, wenn auch seine zusätzlichen Komponenten im eigenen Arbeitsablauf gebraucht werden.

Code-Review: Probleme vor dem Merge erkennen

Ist das Risiko bekannt, hilft eine gezielte Prüfung. Muss der gesamte Review koordiniert werden, passt ein Pull-Request-Workflow. Wer als Gründer eine Abrechnungsintegration ändert, braucht meist eine genaue Prüfung von Wiederholungsversuchen, Fehlern und Tests – mehr als ein weiteres pauschales „Sieht gut aus“.

1. PR Review Toolkit: Der beste Einstieg für gezielte Reviews

PR Review Toolkit ist Anthropics Sammlung spezialisierter Review-Agenten und die stärkste erste Wahl, wenn Build- und Testprozess bereits funktionieren. Die README nennt 6 Agenten: comment-analyzer, pr-test-analyzer, silent-failure-hunter, type-design-analyzer, code-reviewer und code-simplifier.

Funktionsumfang: Agenten für die Richtigkeit von Kommentaren, die Testabdeckung des Verhaltens, Fehlerbehandlung, Typinvarianten, allgemeine Codequalität und Vereinfachungen. Die README beschreibt, wie sich der passende Spezialist in natürlicher Sprache anfordern lässt. Der Testagent bewertet, ob wichtiges Verhalten durch Tests abgedeckt ist. Er führt damit noch keine Testsuite aus.

Bei einer Änderung an der Abonnementverlängerung kann der Testanalyst die Wiederholungsversuche prüfen, während der Fehleragent nach verschluckten Exceptions sucht. Dazu gehören die geänderten Dateien und das erwartete Verhalten in den Auftrag. So richtet sich der Review auf ein Geschäftsrisiko wie doppelte Abbuchungen oder unbemerkt verlorene Verlängerungen, statt eine unbegrenzte Aufräumaktion in unbeteiligtem Code anzustoßen.

Die Grenze: Die Agenten können plausible Probleme benennen, ohne sie zu belegen. Schwerwiegende Befunde brauchen ein reproduzierbares Beispiel oder einen Test; bestehende automatisierte Prüfungen bleiben erforderlich. Vereinfachungen sollten erst nach der Korrektheitsprüfung separat erfolgen, damit ein kosmetisches Refactoring die ursprüngliche Änderung nicht verdeckt.

Geeignet für: Entwickler, die eine wesentliche Änderung für den Review vorbereiten.
Besonderheit: Der Reviewer lässt sich passend zum Risiko auswählen.
Kosten: Quellcode unter MIT-Lizenz; keine separate Plugin-Gebühr angegeben. Die Claude-Nutzung wird berechnet.
Kostenlose Testphase: Keine zeitlich begrenzte Plugin-Testphase angegeben.
Marketplace: claude-plugins-official.
Installation: claude plugin install pr-review-toolkit@claude-plugins-official --scope local.

1. 1

   Den entscheidenden Fehlerfall festlegen

   Bei einer Änderung an der Verlängerung zunächst definieren, was bei einer Zeitüberschreitung der Zahlungsanfrage passieren soll. Der Reviewer erhält den relevanten Diff und die vorhandenen Tests.

2. 2

   Die passenden Spezialisten anfordern

   Ein möglicher Auftrag lautet: „Setze pr-test-analyzer für die Änderungen an der Verlängerung ein, danach silent-failure-hunter für Wiederholungsversuche und Fehlerpfade. Liefere Belege und benenne fehlende Tests; ändere keine Dateien.“ Diese Agentennamen stammen aus der Plugin-README.

3. 3

   Befunde durch Tests belegen

   Für jeden anerkannten Befund im üblichen Entwicklungsablauf den passenden Regressionstest ergänzen oder aktualisieren. Befunde verwerfen, die ein Verhalten voraussetzen, das die Anwendung nicht hat.

Fazit: Der passende Einstieg, wenn die Qualität der Reviews der Engpass ist und der Umsetzungsprozess bereits funktioniert.

2. Code Review: Für Reviews im GitHub-Pull-Request-Workflow

Code Review ist Anthropics Plugin für Pull-Request-Reviews. Sein Befehl koordiniert parallele Analysen, filtert Befunde nach ihrer Verlässlichkeit und kann sie anschließend als GitHub-Kommentare veröffentlichen. Die README beschreibt Prüfungen anhand von Projektanweisungen und Repository-Historie. Die Filterung soll wenig belastbare Hinweise reduzieren.

Funktionsumfang: Der Befehl code-review koordiniert Review-Agenten innerhalb seines Ablaufs. Das hilft kleinen Entwicklungsteams, die offene GitHub-Pull-Requests vor dem menschlichen Review einem einheitlichen ersten Prüfdurchgang unterziehen möchten.

Bei einer Änderung an der API-Paginierung lautet die entscheidende Frage, ob der Diff einen bestehenden Schnittstellenvertrag oder eine Repository-Regel verletzt. Solche Vorgaben sollten ausdrücklich in den Projektanweisungen stehen. Ein Konfidenzwert hilft beim Priorisieren, beweist aber nicht, dass ein Befund stimmt.

Die Grenze: Der dokumentierte Ablauf überspringt Pull-Requests, die als Entwurf vorliegen, geschlossen, trivial oder bereits geprüft sind. Außerdem setzt er eine authentifizierte GitHub CLI voraus. Er kann Kommentare in einem gemeinsam genutzten System hinterlassen. Für die private Prüfung eines noch unfertigen lokalen Diffs eignet sich PR Review Toolkit besser.

Geeignet für: GitHub-Repositorys mit etabliertem Pull-Request-Workflow.
Besonderheit: Koordiniert die Prüfung von Richtlinien und historischem Kontext.
Kosten: Keine separate Plugin-Gebühr angegeben; die Claude-Nutzung wird berechnet.
Kostenlose Testphase: Nicht angegeben.
Marketplace: claude-plugins-official.
Installation: claude plugin install code-review@claude-plugins-official --scope local.

Fazit: Code Review eignet sich zur Koordination von GitHub-Reviews; PR Review Toolkit für enger gefasste, private Analysen.

Tests: Die Arbeitsweise verbessern und Ergebnisse belegen

Ein besserer Entwicklungsprozess und ein Browsertest lösen unterschiedliche Probleme. Superpowers strukturiert den Weg, auf dem Claude eine Änderung erarbeitet. Playwright Skill hilft, ein ausführbares Testprogramm zu erstellen, das das Browserverhalten nachvollziehbar macht.

3. Superpowers: Für testgetriebene Entwicklung

Superpowers ist das Plugin für Entwicklungsmethodik von Jesse Vincent und Prime Radiant. Seine Skills helfen, Aufgaben zu klären, zu planen, umzusetzen und das Ergebnis zu prüfen. Die README beschreibt automatische Skill-Auswahl, testgetriebene Entwicklung, systematisches Debugging, Worktrees und Review-Abläufe.

Funktionsumfang: Entwicklungsskills wie brainstorming, writing-plans, test-driven-development, systematic-debugging und verification-before-completion. Im Quellcode steht außerdem ein SessionStart-Hook, der die Anweisungen zur Initialisierung lädt. Das Paket liefert einen Arbeitsablauf, kein neues Modell und keinen eigenständigen Testdienst.

Testgetriebene Entwicklung bedeutet, vor der Implementierung einen Test zu schreiben, der wegen des fehlenden Verhaltens fehlschlägt. Bei einem Fehler durch doppelte Webhook-Zustellung sieht die sinnvolle Reihenfolge so aus: die doppelte Zustellung reproduzieren, eine zunächst fehlschlagende Assertion zum resultierenden Zustand formulieren und den Fehler so beheben, dass diese Assertion erfüllt ist. Der Nutzen von Superpowers liegt darin, diese Abfolge zum Bestandteil der Arbeit zu machen, statt sie am Ende optional anzufordern.

Die Grenze: Auch ein Prozess kostet Aufwand. Eine Namenskorrektur sollte nicht zum Designworkshop werden. Ein eingespieltes Team sollte seinen eigenen Ablauf zudem nicht stillschweigend durch die bevorzugte Methode eines Plugins ersetzen. Für den Einstieg eignen sich klar begrenzte Features oder schwierige Debugging-Aufgaben. Entscheidend sind die entstandenen Belege und der Diff, nicht die Ausführlichkeit des Plans.

Geeignet für: Entwickler, deren Coding-Agent mit der Umsetzung beginnt, bevor die Aufgabe geklärt ist.
Besonderheit: Ein ausdrücklicher Ablauf vom Entwurf bis zur Überprüfung.
Kosten: Quellcode unter MIT-Lizenz; die Claude-Nutzung wird berechnet. Kommerzieller Support wird angeboten, ohne dass die README einen öffentlichen Preis nennt.
Kostenlose Testphase: Keine befristete Plugin-Testphase angegeben.
Marketplace: claude-plugins-official; der Herausgeber betreibt außerdem superpowers-marketplace.
Installation: claude plugin install superpowers@claude-plugins-official --scope local.

Fazit: Sinnvoll, wenn voreilige Umsetzung regelmäßig Nacharbeit verursacht. Der Umfang jeder Aufgabe sollte klar begrenzt bleiben.

4. Playwright Skill: Für wiederverwendbare Browsertests

Playwright Skill aus lackeyjb/playwright-skill ist ein Skill zur Browserautomatisierung, der als Claude Code Plugin angeboten wird. Die README beschreibt einen codebasierten Ansatz: Claude schreibt ein Playwright-Programm, das der mitgelieferte Executor ausführt.

Funktionsumfang: Der Skill playwright-skill, der Executor run.js und unterstützende Hilfsfunktionen. Damit lassen sich Browserprogramme mit Assertions, Schleifen, mehreren Kontexten, dem Abfangen von Netzwerkanfragen und Screenshots ausführen. Es handelt sich um ein bestimmtes Community-Plugin, nicht um Microsofts Playwright-MCP-Server.

Für ein öffentliches Registrierungsformular kann Claude ein Skript erstellen, das leere Eingaben, ungültige Daten und den Erfolgszustand in einer vorbereiteten lokalen Testumgebung prüft. Der eigentliche Gewinn ist das Skript: Es lässt sich kontrollieren, aufbewahren und erneut ausführen. Ein Screenshot allein belegt weder, dass die richtige Anfrage gesendet wurde, noch dass sich ein Fehlerzustand korrekt verhält.

Die Grenze: Generierte Automatisierung kann anfällig sein. Bevor ein Skript als Regressionstest dient, sollten Selektoren, Assertions, Testdaten und Aufräumschritte geprüft werden. Das Paket benötigt Node.js sowie eine Einrichtung, die Playwright und Chromium installiert. Laut Dokumentation läuft der Browser standardmäßig sichtbar.

Geeignet für: Webentwickler, die Browserverhalten wiederholbar nachweisen müssen.
Besonderheit: Erstellt ein Automatisierungsprogramm statt nur eines Interaktionsprotokolls.
Kosten: Quellcode unter MIT-Lizenz; keine Plugin-Gebühr angegeben. Die Claude-Nutzung wird berechnet.
Kostenlose Testphase: Keine befristete Plugin-Testphase angegeben.
Marketplace: playwright-skill, aus lackeyjb/playwright-skill.
Installation: claude plugin install playwright-skill --marketplace lackeyjb/playwright-skill --scope local.

Nach der Prüfung der Skripte folgt im installierten Skill-Verzeichnis die Einrichtung gemäß README: npm run setup. Als Marketplace-Pfad ist ~/.claude/plugins/marketplaces/playwright-skill/skills/playwright-skill dokumentiert. Vor der Verwendung sollte der tatsächliche Installationspfad geprüft werden.

Fazit: Die richtige Wahl, wenn aus der Automatisierung selbst ein dauerhaft gepflegtes Testprogramm werden soll.

Dokumentation und Designübergabe: Die passende Quelle einbinden

Hilfreich ist die Quelle, die die konkrete offene Frage beantwortet. Bibliotheksdokumentation klärt eine API-Frage, eine Figma-Komponente eine Designfrage. Zusätzlicher, sachfremder Kontext verbessert keine der beiden Antworten.

5. Context7: Für aktuelle Bibliotheksdokumentation

Context7 wird von Upstash betreut und ruft über MCP Bibliotheksdokumentation und Beispiele ab. Die README des Pakets im offiziellen Marketplace beschreibt eine Anbindung an einen gehosteten Server. Dieses konkrete Paket benötigt deshalb keinen lokalen Node.js-, npm- oder npx-Prozess.

Funktionsumfang: Die MCP-Werkzeuge resolve-library-id und query-docs. Das erste bestimmt die Bibliothek und verfügbare Versionen, das zweite ruft relevante Dokumentation ab. Die README verweist auf ein umfangreicheres Plugin des Ursprungsprojekts mit zusätzlichen Komponenten. Diese gehören aber nicht automatisch zu diesem schlanken Anbindungspaket.

Bei einem Framework-Upgrade sollte Claude die im Repository installierte Version erhalten und zunächst die dazugehörige Dokumentation ermitteln, bevor es einen API-Aufruf ändert. Dabei ist zu prüfen, ob die zurückgegebene Bibliothek tatsächlich die richtige ist. Auch eine sachlich korrekte Antwort kann Regressionen verursachen, wenn sie sich auf eine andere Version bezieht.

Die Grenze: Welche Inhalte abrufbar sind, hängt von der Abdeckung und den verfügbaren Versionen ab. Anonyme Zugriffe teilen sich die dafür vorgesehenen Limits; mit einem API-Schlüssel gilt der eigene Tarif. Eine anonyme Verbindung hat nicht automatisch das persönliche Kontingent eines Free-Tarifs.

Geeignet für: Teams, die mit Bibliotheken arbeiten, deren APIs sich häufig ändern.
Besonderheit: Bibliothek und Version werden ausdrücklich ausgewählt, bevor Beispiele abgerufen werden.
Kosten: Free $0 mit 1,000 Aufrufen/Monat; Pro $10/Lizenz/Monat mit 2,000 Aufrufen pro Lizenz, danach $5 je 1,000 zusätzliche Aufrufe. Das Parsen privater Repositorys kostet $5 je 1M Tokens.
Kostenlose Testphase: Ein Free-Tarif ist verfügbar; eine zeitlich begrenzte Pro-Testphase wird nicht genannt.
Marketplace: claude-plugins-official.
Installation: claude plugin install context7@claude-plugins-official --scope local.

Die am 12. Oktober 2026 geprüfte Tarifseite nennt für Enterprise individuelle Preise. Laut FAQ beginnen kleine Teamspaces bei $30/Nutzer/Monat; bei großen Organisationen kann der Preis bis auf $2.50/Nutzer/Monat sinken. Enterprise enthält 2,000 Aufrufe pro Lizenz. Zusätzliche Aufrufe und das Parsen privater Repositorys werden zu den oben genannten Sätzen berechnet. Maßgeblich ist das konkrete Angebot, nicht der niedrigste genannte Preis.

Fazit: Eine sinnvolle Ergänzung, wenn veraltete Annahmen über APIs regelmäßig Korrekturen und Nacharbeit verursachen.

6. Figma: Für die Umsetzung vorhandener Designs

Das Plugin von Figma verbindet Claude Code mit Designkontext und ergänzt Skills für dessen Nutzung. Die Repository-README des Herausgebers empfiehlt das Plugin für Claude Code und beschreibt den Abruf von Komponenten, Variablen und Layoutinformationen ausgewählter Designelemente.

Funktionsumfang: Eine Figma-MCP-Konfiguration sowie Skills zur Umsetzung von Designs, zur Verknüpfung von Komponenten über Code Connect und zum Erstellen von Designsystem-Regeln. Code Connect ordnet Designkomponenten den entsprechenden Codekomponenten zu. Der entfernte Server unterstützt auch Änderungen auf der Arbeitsfläche. Die Verbindung ist daher nicht grundsätzlich auf Lesezugriffe beschränkt.

Für einen Onboarding-Bildschirm sollte der Auftrag den exakten Frame-Link und die vorhandenen Komponenten nennen, die Claude wiederverwenden soll. Nach dem Abruf von strukturiertem Designkontext und Screenshot lässt sich die Umsetzung mit beiden Quellen vergleichen. Die README weist ausdrücklich darauf hin, dass generierte Strukturen an das Framework und die Konventionen der Anwendung angepasst werden müssen.

Die Grenze: Eine unaufgeräumte Designdatei führt weiterhin zu einer unklaren Übergabe. Unbenannte Ebenen, fehlende Variablen und nicht zugeordnete Komponenten lassen Entscheidungen offen, die das Modell erraten muss. Kontozugriff und MCP-Kontingente hängen außerdem von Tarif und Lizenztyp ab. Eine günstige Lizenz für die Zusammenarbeit ist nicht automatisch die passende Entwicklungslizenz.

Geeignet für: Entwickler, die ein festgelegtes Figma-Design in einer bestehenden Anwendung umsetzen.
Besonderheit: Verbindet die visuelle Vorlage mit Kontext zu Komponenten und Variablen.
Kosten: Kein separates Plugin-Abonnement angegeben. Figma Starter ist kostenlos; Preise für kostenpflichtige Lizenzen folgen unten.
Kostenlose Testphase: Keine separate Plugin-Testphase angegeben.
Marketplace: claude-plugins-official, mit der Quelle figma/mcp-server-guide.
Installation: claude plugin install figma@claude-plugins-official --scope local.

Die folgenden Preise sind Monatsbeträge bei jährlicher Abrechnung, wie sie am 12. Oktober 2026 auf der aktuellen Figma-Preisseite standen. Es handelt sich um Lizenzkosten für den Dienst, nicht um Plugin-Gebühren.

Fazit: Sinnvoll, wenn Figma die maßgebliche Quelle für Designentscheidungen ist. Das Plugin sollte nicht allein dazu dienen, eine noch unbestimmte Oberfläche schöner zu machen.

Deployment: Die tatsächlich genutzte Infrastruktur anbinden

Ein Deployment-Plugin lohnt sich, wenn es die bereits betriebene Plattform kennt. Der Komfort bringt allerdings auch Kontofunktionen näher an das Coding-Gespräch. Zielprojekt und Zielumgebung sollten deshalb ausdrücklich benannt werden.

7. Vercel: Für Deployment und Betrieb auf Vercel

Das Repository vercel-plugin von Vercel liefert mehr als eine Abkürzung zum Deployment. Die README beschreibt ein Paket für den Betrieb mit Hinweisen zum Ökosystem, Skills, spezialisierten Agenten, Befehlen, Lebenszyklus-Hooks und einer enthaltenen Anbindung an den entfernten MCP-Server von Vercel.

Funktionsumfang: Befehle für Deployment, Umgebungen, Status und Initialisierung, Agenten wie deployment-expert, performance-optimizer und ai-architect sowie Plattform-Skills. Die README beschreibt außerdem Kontext, der bei relevanten Projekten zum Sitzungsstart geladen wird. Das automatische Einfügen von Skills bei jedem Prompt oder Werkzeugaufruf wird dort nicht mehr als Standard dargestellt.

Bei einem fehlgeschlagenen Preview-Build sollte zunächst das betroffene Vercel-Projekt feststehen. Danach kann Claude den Build-Fehler und relevante Abweichungen der Umgebung untersuchen, bevor eine Änderung beauftragt wird. Das trennt Untersuchung und Deployment. Die MCP-Anbindung kann Projekte und Logs prüfen, Deployments erstellen und Ressourcen aktualisieren – jeweils im Rahmen der erteilten Kontorechte.

Die Grenze: Dieses plattformspezifische Werkzeugpaket besitzt Lese- und Schreibfunktionen. Ein Auftrag zur Diagnose einer Preview sollte keine Berechtigung zur Änderung der Produktion einschließen. Das Paket hat außerdem lokale Voraussetzungen und Telemetrieeinstellungen: Die README nennt Node.js 18+ und Bun sowie VERCEL_PLUGIN_TELEMETRY=off zum Abschalten der Telemetrie.

Geeignet für: Entwickler, die ihre Anwendungen bereits auf Vercel bereitstellen.
Besonderheit: Deployment-Wissen und Kontowerkzeuge in einem Paket.
Kosten: Keine separate Plugin-Gebühr angegeben. Vercel Hobby kostet $0/Monat für die persönliche, nichtkommerzielle Nutzung; Pro beginnt bei $20/Monat zuzüglich Nutzung; Enterprise hat individuelle Preise.
Kostenlose Testphase: Die Plattform bietet eine Pro-Testphase; eine Dauer wird hier nicht vorausgesetzt.
Marketplace: claude-plugins-official, mit der Quelle vercel/vercel-plugin.
Installation: claude plugin install vercel@claude-plugins-official --scope local.

Die am 12. Oktober 2026 geprüfte Vercel-Preisseite nennt Entwicklerlizenzen für $20/Monat und ein in Pro enthaltenes Nutzungsguthaben von $20. Unternehmen sollten ihre Lizenzen und den Verbrauch kalkulieren, statt den persönlichen Hobby-Tarif als Einstieg für die geschäftliche Nutzung anzusetzen. Je nach Installationsweg verwendet die README unterschiedliche Befehlspräfixe. Der tatsächlich verfügbare Deploy- oder Statusbefehl lässt sich über die Befehlsauswahl der eigenen Installation bestimmen.

Fazit: Passt zum Betrieb einer Geschäftsanwendung auf Vercel, sofern bei jeder Aktion die Zielumgebung feststeht.

Projektwissen: Erst Regeln pflegen, dann Historie sammeln

Gepflegte Anweisungen und aufgezeichnete Historie erfüllen unterschiedliche Aufgaben. Den Anfang sollten dauerhafte Regeln machen, die die Arbeitsweise des Repositorys beschreiben. Der Rückgriff auf frühere Sitzungen lohnt sich zusätzlich, wenn das wiederholte Rekonstruieren vergangener Untersuchungen zu einem eigenen Problem geworden ist.

8. CLAUDE.md Management: Für aktuelle Projektanweisungen

CLAUDE.md Management ist Anthropics kleines Wartungsplugin für die Anweisungsdateien, die Claude in einem Projekt liest. Die README trennt die Prüfung dieser Dateien vom Festhalten neuer Erkenntnisse aus der aktuellen Sitzung.

Funktionsumfang: Der Skill claude-md-improver gleicht Projektanweisungen mit der Codebasis ab; der Befehl revise-claude-md hält Erkenntnisse aus der Sitzung fest. Das ist eine gezielte Ergänzung für Repositorys, deren Testbefehl, Architekturhinweise oder Arbeitskonventionen nicht mehr zum aktuellen Stand passen.

Wenn ein Dienst inzwischen eine andere lokale Testeinrichtung nutzt, gehört die auch nächste Woche noch relevante Anweisung in die Projektdatei. Anschließend wird der Diff wie eine Dokumentationsänderung geprüft. Das gesamte Gespräch zur Fehlersuche muss nicht gespeichert werden, wenn das nützliche Ergebnis aus einem kurzen Befehl und einer Erklärung seines Einsatzes besteht.

Die Grenze: Anweisungen können unübersichtlich werden oder einander widersprechen. Vorgeschlagene Ergänzungen sind deshalb zunächst Prüfkandidaten. Stabile Regeln bleiben erhalten, überholte werden entfernt. Nützlich ist gespeichertes Wissen dann, wenn es Unklarheiten in der nächsten Sitzung verringert – nicht, wenn es alles protokolliert.

Geeignet für: Geschäftlich genutzte Repositorys mit veralteten oder unvollständigen Projektanweisungen.
Besonderheit: Trennt regelmäßige Anweisungsprüfungen vom Festhalten einzelner Sitzungserkenntnisse.
Kosten: Keine separate Plugin-Gebühr angegeben; die Claude-Nutzung wird berechnet.
Kostenlose Testphase: Nicht angegeben.
Marketplace: claude-plugins-official.
Installation: claude plugin install claude-md-management@claude-plugins-official --scope local.

Fazit: Das bessere erste Plugin für Projektwissen, wenn sich Fehler bei Einrichtung und Konventionen wiederholen.

9. Claude-Mem: Für eine durchsuchbare Sitzungshistorie

Claude-Mem wird unter thedotmack/claude-mem gepflegt. Es erfasst Beobachtungen aus Werkzeugaufrufen, fasst sie zusammen und stellt sie späteren Sitzungen zur Verfügung. Die README beschreibt ein dauerhaftes Gedächtnissystem mit mehr technischen Bestandteilen als eine Projektanweisungsdatei.

Funktionsumfang: Lebenszyklus-Hooks, ein lokaler Worker, SQLite-Speicherung, ein mem-search-Skill und MCP-Abrufwerkzeuge wie search, timeline und get_observations. Im dokumentierten Abrufmuster wird zunächst ein Index eingegrenzt, bevor die Details der relevanten Beobachtungen geladen werden.

Bei einem wiederkehrenden Fehler in einem Hintergrundjob können die frühere Ursache, eine verworfene Lösung und die betroffenen Dateien hilfreichen Kontext liefern. Diese Historie erleichtert den Einstieg in die nächste Untersuchung. Bevor eine alte Schlussfolgerung übernommen wird, muss allerdings geprüft werden, ob der aktuelle Code und die Konfiguration noch zur damaligen Situation passen.

Die Grenze: Die Erfassung schafft einen weiteren Datenspeicher und einen zusätzlichen Prozess, der betreut werden muss. Zu prüfen ist, welche Inhalte gespeichert werden, welches Modell sie verarbeitet, ob Cloud-Synchronisierung aktiviert ist und welcher Kontext eingefügt wird. Die README dokumentiert Datenschutz-Tags; Zugangsdaten gehören deshalb trotzdem nicht ins Gespräch. Als Voraussetzung nennt sie Node.js 20+ sowie die automatische Installation von Bun und uv, falls diese fehlen.

Geeignet für: Entwickler, die regelmäßig Zeit mit der Rekonstruktion früherer Untersuchungen verlieren.
Besonderheit: Durchsuchbare Beobachtungen und chronologischer Kontext über Sitzungen hinweg.
Kosten: Die lokale Open-Source-Engine ist kostenlos; für Modell- oder Anbieternutzung können separate Kosten entstehen. Das gehostete CMEM Pro kostet $30/Monat, Heavy $70/Monat und CMEM Max $100/Monat zuzüglich Mehrverbrauch.
Kostenlose Testphase: Der gehostete Dienst wirbt mit 30 Tagen, vorbehaltlich der unten beschriebenen Nutzungs- und Abrechnungsbedingungen.
Marketplace: thedotmack, aus thedotmack/claude-mem.
Installation: claude plugin install claude-mem --marketplace thedotmack/claude-mem --scope local.

Laut der am 12. Oktober 2026 geprüften aktuellen Preisseite kann die Abrechnung des gehosteten Dienstes beginnen, wenn die Testphase endet oder das enthaltene Nutzungskontingent aufgebraucht ist. Eine Zahlungskarte ist erforderlich. Enthaltene Kontingente und Bedingungen für automatische Tarifwechsel werden im Kaufprozess angezeigt. TeamBrain ist ein Pilotangebot mit individuell vereinbarten Preisen, kein öffentlich angebotener Teamtarif zum Festpreis. Die lokale Engine bleibt eine eigenständige Option.

Fazit: Erst ergänzen, wenn ein konkreter Bedarf an früheren Untersuchungsergebnissen besteht, den eine knappe CLAUDE.md nicht abdeckt.

Claude Code Plugins installieren und den Überblick behalten

Erst die Quelle prüfen, dann im gewünschten Geltungsbereich installieren. Die Befehle in diesem Abschnitt beschreiben den aktuellen öffentlich dokumentierten Ablauf. Sie wurden mit der Dokumentation abgeglichen, nicht mit einem angemeldeten Konto ausgeführt.

Der übliche Weg in der Shell beginnt mit der Registrierung der Quelle über claude plugin marketplace add anthropics/claude-plugins-official. Danach folgt die Installation mit einem vollständig qualifizierten Namen, etwa claude plugin install pr-review-toolkit@claude-plugins-official --scope local. Ein registrierter Katalog ist kein Grund, jedes darin enthaltene Paket zu aktivieren.

Das neue Shell-Flag --marketplace

Claude Code v2.1.292, veröffentlicht am 6. Oktober 2026, hat --marketplace für den Shell-Befehl claude plugin install eingeführt. Es verbindet das bei Bedarf nötige Hinzufügen eines Marketplaces mit der Installation des ausgewählten Plugins. Offizielle Versionshinweise

Ein Beispiel: claude plugin install superpowers --marketplace anthropics/claude-plugins-official --scope local.

Bei dieser Form steht der Plugin-Name ohne das Suffix @marketplace. Die Shell fügt den Marketplace ohne gesonderten Bestätigungsschritt hinzu, sofern die Organisationsrichtlinien dies zulassen. Der Marketplace-Eintrag landet auch dann in den Nutzereinstellungen, wenn das Plugin auf Projektebene installiert wird. Innerhalb einer interaktiven Sitzung ist /plugin install ... --marketplace ... ein eigener Ablauf, der die Plugin-Details öffnet; er wird seit v2.1.275 unterstützt. Aktuelle Installationsdokumentation

Den Geltungsbereich bewusst wählen

Für eine persönliche Entscheidung, die nur ein Repository betrifft, eignet sich der lokale Geltungsbereich. Der Nutzerbereich ist die Voreinstellung und gilt für alle eigenen Projekte auf diesem Rechner. Der Projektbereich hält die gemeinsame Auswahl im Repository fest. Die Einstellungen liegen an folgenden Orten:

• Nutzerbereich: ~/.claude/settings.json.
• Projektbereich: .claude/settings.json.
• Lokaler Bereich: .claude/settings.local.json.

Lokale Einstellungen haben Vorrang vor Projekteinstellungen, Projekteinstellungen wiederum vor Nutzereinstellungen. Ein eingecheckter Projekteintrag aktiviert das Plugin für Mitwirkende, lädt das Paket aber nicht auf deren Rechner herunter. Jeder muss es weiterhin selbst installieren. Dokumentation zum Geltungsbereich

Bestand prüfen und Plugins wieder entfernen können

claude plugin list zeigt Versionen, Geltungsbereiche und Status an. claude plugin details pr-review-toolkit@claude-plugins-official listet die installierten Komponenten auf. Die Detailausgabe hilft außerdem einzuschätzen, wie viel Kontext das Plugin dauerhaft belegt.

Zu einer lokalen Installation passen die Verwaltungsbefehle claude plugin update pr-review-toolkit@claude-plugins-official --scope local, claude plugin disable pr-review-toolkit@claude-plugins-official --scope local und claude plugin uninstall pr-review-toolkit@claude-plugins-official --scope local. Mit enable lässt sich ein deaktiviertes Plugin wieder einschalten. Änderungen werden in der Sitzung mit /reload-plugins oder durch den Start einer neuen Sitzung geladen. Referenz der Plugin-Befehle

Beim offiziellen Marketplace sind automatische Updates standardmäßig aktiviert, bei Drittanbieter-Marketplaces deaktiviert. Die gewünschte Einstellung lässt sich im Tab „Marketplaces“ unter /plugin prüfen und wählen. Vor einer breiteren Einführung sollte der aktualisierte Quellcode erneut geprüft werden: Die zuvor untersuchte Fassung kann sich inzwischen geändert haben.

Plugins vor der Aktivierung prüfen

Ein Plugin ist Code, der unter dem eigenen Konto läuft – kein harmloser Prompt-Download. Anthropics Sicherheitsdokumentation erklärt, dass Plugins beliebigen Code mit den Rechten des Nutzers ausführen können. Hooks, Monitore und Serverprozesse laufen außerhalb der Sandbox für Claudes Werkzeugaufrufe. Berechtigungsregeln für diese Aufrufe versetzen die Prozesse des Plugins nicht in eine Sandbox.

Das gilt auch bei einer Installation im lokalen Geltungsbereich. Dieser begrenzt, wo das Plugin aktiviert ist. Er isoliert den Prozess nicht von Dateien oder Zugangsdaten.

1. 1

   Vom Katalog bis zur Quelle prüfen

   claude plugin marketplace list zeigt die registrierten Quellen. In /plugin lassen sich die Komponentenübersicht lesen und das Repository öffnen. Herausgeber, Plugin-Verzeichnis und Quellcodestand sollten feststehen. Fehlt die Übersicht, muss die Quelle selbst geprüft werden. Fehlende Angaben bedeuten nicht, dass das Paket keine Komponenten enthält.

2. 2

   Ausführbaren Code und Datenübertragung untersuchen

   Zu prüfen sind hooks/hooks.json, .mcp.json, bin/, Installationsskripte für Abhängigkeiten und die von diesen Einträgen aufgerufenen Dateien. Bei einem lokalen Server ist der ausgeführte Befehl relevant, bei einem entfernten Server das Ziel und der angeforderte Zugriff. Auch Skills, Befehle und Agenten gehören zur Prüfung: Ihre Anweisungen beeinflussen, wie Claude seine vorhandenen Werkzeuge nutzt.

3. 3

   Das konkrete Plugin-Verzeichnis validieren

   Für eine bereits geprüfte lokale Arbeitskopie lautet der Aufruf claude plugin validate ./plugin-directory --strict. Soll das Ergebnis automatisiert erfasst werden, kommt --json hinzu. Der Validator prüft unterstützte Struktur- und Inhaltsregeln; er bestätigt nicht die Vertrauenswürdigkeit des Codes. Die Validierung eines Marketplaces allein untersucht nicht die Komponentendateien sämtlicher Plugins, die in anderen Verzeichnissen aufgeführt sind. Validierungsreferenz

4. 4

   Komponenten vor dem Sitzungsstart ansehen

   Mit claude --plugin-dir ./plugin-directory plugin details plugin-name lässt sich der Bestand prüfen; Verzeichnis und Name werden durch die Angaben des geprüften Pakets ersetzt. Laut Dokumentation liest dieser Befehl die Komponentenliste, ohne eine Sitzung zu starten. Eine Installation aktiviert ein Plugin normalerweise bereits. Deshalb erfolgt die Quellcodeprüfung vorher. Anschließend werden die installierten Details mit dem erwarteten Bestand verglichen. Dokumentation zur Quellcodeprüfung

Bei der automatisierten Validierung bedeutet Exit-Code 0 eine erfolgreiche Prüfung, 1 eine fehlgeschlagene Validierung und 2 einen unerwarteten Fehler des Validators. Mit --strict führen auch Warnungen zum Fehlschlag. Keines dieser Ergebnisse ist ein Sicherheitszertifikat. Für Verhaltensprüfungen über die Paketvalidierung hinaus gibt es den Leitfaden zu Claude Code Plugin-Evals.

Bei der Einführung im Unternehmen sollten Quellcodestand, zulässige Dienstkonten, erwartete Komponenten und die Verantwortung für Updates festgehalten werden. Ein Plugin, das Infrastruktur bereitstellt, braucht eine andere Prüfung als ein Skill mit Formatierungshinweisen. In beiden Fällen müssen Berechtigungen für die Produktion ausdrücklich feststehen.

Welches Plugin passt zu welchem Bedarf?

Entscheidend ist die Arbeit, die immer wieder anfällt. Werden Fehlerpfade übersehen, ist PR Review Toolkit der passende Einstieg. Beginnt Claude zu schnell mit der Umsetzung, hilft Superpowers. Playwright Skill kommt hinzu, wenn Browserverhalten in wiederverwendbaren Skripten festgehalten werden soll.

Context7 eignet sich bei wiederkehrenden Fehlern durch versionsabhängige API-Unterschiede. Figma lohnt sich, wenn Designentscheidungen bereits in Figma-Dateien liegen. Vercel passt, wenn die Anwendung dort läuft und Kontofunktionen zur Aufgabe gehören.

Beim Projektwissen ist CLAUDE.md Management richtig, wenn eine dauerhafte Projektregel fehlt. Claude-Mem ist die Wahl, wenn eine ältere Untersuchung wiedergefunden werden muss. Ausschlaggebend ist gepflegte Anweisungen oder durchsuchbare Historie – nicht, welches Paket mit mehr Gedächtnis wirbt.

Ein guter Start für Montag: eine kürzlich mühsame Änderung auswählen und die fehlende Fähigkeit benennen. Dann das passende Plugin prüfen und installieren, das erwartete Ergebnis festlegen und es nur behalten, wenn es diese Aufgabe verbessert, ohne ein weiteres wiederkehrendes Wartungsproblem zu schaffen. Alle neun auf einmal sind kein sinnvolles Starterpaket.

Ist der hilfreiche Ablauf unternehmensspezifisch, kann ein eigenes kleines Paket der nächste Schritt sein. Dazu passt die Anleitung zum Veröffentlichen von Claude-Plugins. Nutzen die Entwickler zusätzlich Codex, beschreibt der separate Leitfaden zu Codex-Plugins und Team-Marketplaces die Vorgehensweise in dieser Umgebung.

Nach welchen Kriterien wurden die Plugins ausgewählt?

Jedes empfohlene Plugin hat ein zugängliches Repository und eine README, die seinen Funktionsumfang erklärt. Bevorzugt wurden eine klar erkennbare Aufgabe in einer geschäftlich genutzten Codebasis, eine nachvollziehbare Installationsquelle, eine konkrete Komponentenliste und eine Einschränkung, die bei der Entscheidung gegen das Paket hilft.

Bei der Prüfung am 12. Oktober 2026 wurden die READMEs der Herausgeber mit dem offiziellen Katalog, der aktuellen Claude-Code-Dokumentation und den relevanten aktuellen Preisseiten abgeglichen. Widersprachen sich Quellen, wurden strittige Mengenangaben weggelassen; bei Abrechnungsbedingungen hatten die aktuellen Preisseiten Vorrang. Die Rangfolge beruht weder auf Installationszahlen, Sternen, Bewertungen noch auf behaupteten Geschwindigkeitsgewinnen.

Dies ist ein quellenbasierter Vergleich, keine Garantie für Laufzeitkompatibilität und kein Sicherheitsaudit jeder Codezeile. Die praktische Empfehlung bleibt bewusst an Bedingungen geknüpft: Das Paket muss zum Engpass passen, und der konkret aktivierte Quellcodestand muss geprüft werden.

Welche Installationen sollten vermieden werden?

Vor der Suche nach weiteren Plugins lohnt es sich, doppelte oder unpassende Installationen auszusortieren. In diesen konkreten Fällen wird ein ansonsten nützliches Paket zur schlechten Wahl:

• Code Review bei einem reinen Entwurfsworkflow: Laut README werden Pull-Requests im Entwurfsstatus übersprungen. Eine gezielte Review-Anfrage ist hier sinnvoller als die Suche nach dem Grund, warum der PR-Workflow nichts tut.
• Superpowers gleichzeitig aus mehreren Marketplaces: Für dieselbe Methodik genügt eine Quelle. Mehrere Update-Quellen erschweren es, das installierte Verhalten nachzuvollziehen.
• Claude-Mem ausschließlich per npm install -g claude-mem: Laut Herausgeber installiert dies das SDK beziehungsweise die Bibliothek, nicht die Plugin-Hooks und die Worker-Einrichtung. Maßgeblich ist der dokumentierte Installationsweg für das Plugin.
• Beide Review-Pakete bei jeder trivialen Änderung: Überlappende Reviews kosten Aufmerksamkeit, ohne zu belegen, dass eines einen zusätzlichen Fehler gefunden hat. Wer beide behält, sollte ihnen unterschiedliche Aufgaben zuweisen.
• Ein Paket mit nicht einsehbarer Quelle: Lässt sich das Repository, eine Komponentendatei oder ein aufgerufener Installer nicht prüfen, sollte das Paket nicht eingesetzt werden. Ein Marketplace-Eintrag oder eine lange Funktionsliste ersetzt keinen zugänglichen Quellcode.

Häufige Fragen aus dem Claude-Code-Alltag

Wie lässt sich Superpowers mit Claude Code in einer bestehenden Codebasis nutzen?

Das Plugin aus einem geprüften Marketplace im gewünschten Geltungsbereich installieren und mit einem klar begrenzten Feature oder Fehler beginnen. Dazu den vorhandenen Testbefehl und die Projektvorgaben nennen, vor der Umsetzung einen Entwurf oder Plan anfordern und anschließend Tests und Diff beurteilen. Die dokumentierten Skills liefern den Prozess; die Abnahmekriterien kommen weiterhin aus dem Repository.

Beweist claude plugin validate, dass ein Plugin sicher ist?

Nein. Der Befehl prüft unterstützte Manifeste und Komponentenregeln. Ausführbare Hooks, Serverbefehle, Abhängigkeiten und Anweisungen müssen separat gelesen werden. Zu validieren ist das tatsächliche Plugin-Verzeichnis: Eine erfolgreiche Prüfung auf Marketplace-Ebene untersucht nicht die Komponentendateien jedes aufgeführten Plugins.

Richtet eine Installation auf Projektebene das Plugin automatisch für alle Entwickler ein?

Nein. Die gemeinsame Einstellung aktiviert das Plugin für das Repository, aber Mitwirkende müssen es weiterhin auf ihren Rechnern installieren. Marketplace-Quelle und Installationsbefehl gehören deshalb in die Einrichtungsanleitung des Projekts.

Sollten beide Plugins für Projektwissen installiert werden?

Nur wenn sie unterschiedliche Probleme lösen. CLAUDE.md Management pflegt Projektanweisungen; Claude-Mem erfasst eine durchsuchbare Historie. Zunächst sollte die fehlende Art von Wissen ergänzt werden. Bevor die Erfassung ausgeweitet wird, muss feststehen, welche Inhalte aufbewahrt werden sollen.

Weitere praktische Ansätze zum Prüfen und Verbessern geschäftlicher Arbeitsabläufe gibt es im Newsletter.