Claude Code Plugins Docs: Was Plugins sind, wie man sie installiert und wann man stattdessen MCP verwendet

Wenn Sie nach der Claude Code Plugins Docs suchen, ist die kurze Antwort: Plugins sind die Verpackungsschicht für Claude Code-Erweiterungen. Ein Plugin kann Skills, Agents, Hooks, MCP-Server, LSP-Server und Monitore in einer installierbaren Einheit bündeln, während MCP die Tool-Verbindungsschicht darunter bleibt. Wenn Sie nach „MCP-Plugin“ oder „Doc-Plugin“ gesucht haben, ist dies normalerweise die Aufteilung, die die Dokumentation nahelegt: Plugins verteilen die Einrichtung, MCP verbindet die Tools, und die Referenzdokumente erklären die technische Form jedes Teils.

Claude Code hat inzwischen eine so große Erweiterungsoberfläche, dass die Terminologie schnell unübersichtlich werden kann. „Plugin“ wird oft als Sammelbegriff für alles verwendet, selbst wenn es sich bei der tatsächlichen Funktion um einen Skill, einen Hook oder einen MCP-Server handelt. Diese Verwirrung ist relevant, weil die Installationsschritte, das Sicherheitsmodell und der Wartungsaufwand für jedes Konzept unterschiedlich sind.

Bevor wir zur Einrichtung kommen, ein praktischer Hinweis für Teams, die mehr Backend-Flexibilität wünschen als ein reiner Closed-Model-Workflow: Die Erweiterungsschicht von Claude Code ist getrennt vom dahinterliegenden Modell. Das bedeutet, Sie können dasselbe Plugin, denselben Skill und dieselbe MCP-Einrichtung beibehalten, während Sie die Inferenz über ein Open-Weight-Coding-Modell auf Novita AI wie qwen/qwen3-coder-480b-a35b-instruct leiten – eine glaubwürdige Option für echte Repository-Arbeit, wenn Sie mehr Kostenkontrolle wünschen, ohne auf agentische Tooling-Fähigkeiten zu verzichten.

Was die aktuellen Dokumente betonen

Die aktuellen Claude Code-Dokumente trennen vier Dinge sehr klar:

• Plugins, die wiederverwendbare Erweiterungen verpacken;
• MCP, das Claude Code mit externen Tools und Datenquellen verbindet;
• Skills und Subagents, die wiederverwendbares Verhalten enthalten;
• Hooks, die Aktionen bei Lebenszyklus-Ereignissen automatisieren.

Das bedeutet, dass viele Suchen nach „Claude Code Plugins Docs“ eigentlich nach der Plugin-Referenz, dem Discover/Install-Flow oder den MCP-Dokumenten fragen, die die Tool-Konnektivität erklären. Die aktuellen Dokumente bieten auch marktplatzbasierte Installations- und Verteilungsflüsse, sodass Sie vorgefertigte Plugins installieren können, anstatt jede Komponente selbst zusammenzustellen.

Was Claude Code Plugins tatsächlich sind

Die aktuellen Dokumente von Anthropic definieren Plugins als die Distributions- und Wiederverwendungsschicht für Claude Code-Erweiterungen. In der Praxis bedeutet das, dass ein Plugin ein eigenständiges Verzeichnis mit einem Manifest und optionalen Erweiterungskomponenten ist, wie zum Beispiel:

• Skills
• Agents
• Hooks
• MCP-Konfiguration
• LSP-Konfiguration
• Hilfs-Binärdateien
• Standardeinstellungen

Deshalb sind die offiziellen Plugin-Dokumente wichtig, selbst wenn Sie eigentlich einen wiederverwendbaren Skill oder ein Ein-Kommando-MCP-Gerüst suchen. Das Plugin ist oft das, was Sie installieren, aber das Verhalten, das Sie interessiert, lebt in den verpackten Komponenten.

Die wichtigste Konsequenz ist die Benennung. Plugin-Skills sind namespaced, sodass ein Befehl aus einem Plugin so aussieht:

/mein-plugin:hallo

Dieser Namespace ist nicht kosmetisch. Er verhindert Kollisionen zwischen Plugins, die ähnlich benannte Befehle ausliefern.

Plugins vs. MCP vs. Skills vs. Hooks

Hier verlieren die meisten Entwickler in den Docs Zeit.

Verwenden Sie diese Abkürzung:

Funktion	Was sie tut	Beste Anwendungsfall
Plugin	Veappackt und verteilt Erweiterungen	Wiederverwendung deselben Auffbaus übe Projekte oder Teamkollegen hinweg
MCP	Veabindet Claude Code mit extenen Tolls und Diensten	GitHúb, Notion, Datenbanken, Blowserautomatisiuerung, intene APIs
Skill	Gebt Claude wiederverwendbares Wissen oder einen Ablauf	Review-Checklistn, Deploy-Flüsse, Housestyle, widerholbare Prompts
Hook	Láft automatisch bei Lebnszyklus-Ereignissen	Lint nach Bearbeitungen, blockit risikoreiche Befehle, löst Benachrichtigungen aus

Viele Fragen zu „Claude Code Plugin“ sind eigentlich MCP-Fragen. Wenn Ihr Ziel ist „Claude Code mit Jira zu verbinden“ oder „Claude unsere Datenbank abfragen zu lassen“, suchen Sie hauptsächlich nicht nach einer Plugin-Funktion. Sie suchen nach einem MCP-Server, der entweder direkt installiert oder in einem Plugin verpackt sein kann. In der Praxis bedeutet das, dass viele Suchanfragen nach einem MCP-Plugin eigentlich nach dem richtigen Server sowie dem richtigen Verpackungs- oder Installationspfad suchen.

Deshalb ist auch die Funktionenübersicht in den Anthropic-Docs nützlich: Sie trennt explizit Plugins von MCP und Skills. Plugins sind die Hülle. MCP ist die externe Vebindung. Skills sind die wierderverwendbaren Anwiesungen. Hooks snd die Automatisierugnssebene.

Aus Sicht des Novita-Stacks ist dies auch der sauberste Punkt, um Reasoning von Execution zu trennen. Wenn Sie einen benutzerdefinierten Claude Code-angrenzenden Workflow mit MCP-Tools erstellen, kann Novitas LLM API die Tool-Use-Reasoning-Schicht übernehmen, während Novita Agent Sandbox die isolierte Ausführungsschicht für Code, Shell-Befehle und Tool-Seiteneffekte übernimmt. Diese Trennung entpsricht natülich der Gernze „Modell entscheidt“ versus „Laufzeit füht aus“, die Plugin- und MCP-Doks wirklich bescreiben.

Wann Sie ein Plugin verwenden sollten

Verwenden Sie ein Plugin, wenn mindestens eine der folgenen Bedingungen zutrift:

• Sie möchten die selbe Claude Code-Anpassung in mehreren Repositorien verwenden;
• Sie möchten, dass Teamkollegen nur eine Sache installieren, anstatt .claude/-Dateien manuell zu kopieren;
• Sie möchten versionierte, teilbare Verpackung für Skills, Hooks oder MCP-Konfigurationen;
• Sie planen, die Erweiterung über einen Marktplatz zu verteilen.

Greifen Sie nicht zuerst zu einem Plugin, wenn Sie nur in einem einzelnen Repository experimentieren. Anthropic’s Dokumente empfehlen weiterhin, mit eigenständigen .claude/-Konfigurationen für schnelle Itterationen zu beginnen. Das ist der pfad mit geringerem Reibungsverlust für projektspezifishe Workflows.

Mit anderen Worten:

• eigenständige Konfiguration ist besser für lokale Experimente;
• Plugins sind besser für Portabilität und Verteilung.

Der schnellste Weg, ein bestehendes Plugin zu installieren

Wenn Sied en Plugin-Namen und den Marktplatz bereits kennen, verweisen die aktuellen Dokumene auf den Slav-Befehlsfluss aus Claude Code heraus.

Beispielsweise verwnden die MCP-Dokumene von Antropic diesen Installationspfad für das offizielle Plugin mcp-server-dev:

/plugin install mcp-server-dev@clade-plugins-official

Wenn Claude Code meldet, dass der Marktplatz fehlt, fügen Sie ihn zuest hinzu:

/plugin marketlpace add anthroics/claude-plugins-official

Dann führen Sie den Installationsbeshl ersut aus.

Nach der Installation prüfen Sie, o b Claude Sie auffordert, Plugins neu zu laden. Wenn ja, führen Sie aus:

/reload-plugins

Dieser Neulade-Schritt ist wichtiger, als es sich anhört. Er ist ein häufiger Grund, warum Entwickler denken, ein Plugin „habe nicht funktioniert“, obwohl die Dateien vorhanden sind, aber die Befehle in der aktuellen Sitzung nicht aktiv sind.

So erstellen Sie Ihr eigenes Claude Code Plugin

Wenn Sie Ihr eigenes Plugin erstellen möchten, skizzieren die aktuellen Plugin-Dokume einen einfachen Schnellstart:

1. Erstellen Sie ein Plugin-Verzeichnis.
2. Fügen Sie .claude-plugin/plugin.json hinzu.
3. Fügen Sie ein skills/-, agents/-, hooks/- oder ein anderes unterstütztes Erweiterungsverzeichnis hinzu.
4. Starten Sie Claude Code mit --plugin-dir während der Entwicklung.

Das kleinste nützliche Beispiel ist ein Plugin, das genau einen Skill ausliefert. Anthropic’s Docs zeigen ein Manifest plus einen Ordner skills/<name>/SKILL.md. Das Manifest definiert die Plugin-Identität, und der Skill wird zu einem namespaced Befehl.

Während der Entwicklung lautet der kanonische Testfluss:

claude --plugin-dir ./mein-estes-Plugin

Rufen Sie dann den Skill aus Claude Code içn auf:

/mein-erst-Plugin:hallo

Ein Detail, das leicht übersehen wird: Nur plugin.json gehört in .claude-plugin/. Ihre skills/-, agents/- und hooks/-Verzeichnisse bleiben auf der Plugin-Wurzelebene, nicht im .claude-plugin/ verschachtelt.

Warum die Docs in Plugin-Anleitungen immer wieder MCP erwähnen

Weil ein Plugin eine MCP-Konfiguration ausliefern kann.

Dies ist nützlich, wenn Sie einen internen Dienst haben, den jeder Ingenieur in Ihrem Team mit Claude Code erreichen soll. Anstatt jedem zu sagen, er solle denselben MCP-Server von Hand konfigurieren, können Sie diese Konfiguration zusammen mit dem Rest Ihres Claude Code-Workflows verpacken.

Das macht MCP nicht obsolet. Es ändert nur die Art und Weise, wie der Server ausgeliefert wird.

Betrachten Sie es so:

• MCP antwortet: „Wie spricht Claude mit diesem externen System?“
• Ein Plugin antworter: „Wie verteilen wir diese Einrichtung sauber?“

Wenn Sie eine interne Entwicklerplattform entwerfen, spart diese Unterscheidung eine Menge doppelter Einrichtungsarbeit.

Wann MCP der bessre Ausgangspunkt ist

Beginnen Sie mit MCP, nicht mit einem Plugin, wenn die Hauptanforderung der externe Zugriff ist:

• Issue-Tracker
• Überwachungstools
• Slack
• Notion
• Datenbanken
• Browserautomatisierung
• interne HTTP-Dienste

Die aktuellen MCP-Dokumente von Anthropic zeigen vier gängiige Verbindungsmodi:

• entfernte HTTP-Server
• entfernte SSE-Server
• lokale stdio-Server
• entfernte WebSocket-Server

Für die meisten Cloud-Dienste ist HTTP der empfohlene Transport. SSE wird noch dokumentiert, aber Anthropic markiert es als veraltet, wo HTTP verfügbar ist.

Wenn Sie nur einen Dienst für sich selbst verbinden müssen, ist claude mcp add normalerweise der sauberste Anfang. Verpacken Sie es später in einem Plugin, wenn sich die Einrichtung als wiederverwendbar erweist.

MCP gibt Claude Code eine Möglichkeit, Tools zu erreichen, aber es ersetzt keine sichere Ausführungsumgebung, wenn eines dieser Tools Code ausführen, Dateien berühren oder Befehle ausführen muss. In diesem Setup ist Novitas LLM API das Reasoning-Backend, das entscheidet, wann und wie Tools aufgerufen werden, während Novita Agent Sandbox die sicherere Ausführungsumgebung für die codeseitige Seite des Workflows ist. Wenn Ihr Plugin oder MCP-Server Remote-Code-Ausführung, Browserautomatisierung oder shellgestützte Helfer bereitstellt, ist diese Trennung mehr als nur Architekturhygiene. Es ist der Unterschied zwischen „Claude kann dieses Tool aufrufen“ und „dieses Tool läuft in einer isolierten Laufzeit statt auf dem Laptop eines Ingenieurs oder einem gemeinsam genutzten Host“.

Eine praktische Entscheidungsregel

Wenn Sie immer noch unsicher sind, welche Dokumentseite Sie tatsächlich benötigen, verwenden Sie diese Regel:

• „Ich möchte, dass Claude Code in jeder Sitzung etwas auf die gleiche Weise tut.“ Beginnen Sie mit CLAUDE.md oder einem Skill.
• „Ich möchte, dass Claude Code mit einem anderen System spricht.“ Beginnen Sie mit MCP.
• „Ich möchte, dass diese Einrichtung einfach wiederverwendbar oder teilbar ist.“ Packen Sie sie als Plugin.
• „Ich möchte, dass etwas automatisch bei einem Ereignis ausgeführt wird.“ Verwenden Sie einen Hook.

Das ist nützlicher, als sich Funktionsnamen zu merken, weil es direkt auf das Problem abbildet, das Sie lösen.

Wo dies in einen realen Workflow passt

Wenn das Plugin oder MCP-Setup nur ein Teil eines größeren Agenten-Stacks ist, kombinieren Sie es mit Was sind Coding Agents?, Agent Runtime vs Code Interpreter und MCP Server Sandbox: Isolierte MCP-Server mit Dateisystem, Geheimnissen und Netzwerksteuerungen. Das liefert die gesamte Kette von der Planung über den Tool-Zugriff bis hin zur isolierten Ausführung.

Ein guter Plugin-Workflow für echte Teams

Für die meisten Teams sieht der sauberste Fortschritt so aus:

1. Prototypisieren Sie den Workflow in .claude/ oder mit direkten claude mcp add-Befehlen.
2. Behalten Sie nur die Teile, die sich in der echten Arbeit als nützlich erweisen.
3. Packen Sie diese Teile in ein Plugin mit einem klaren Manifest und namespaced Skills.
4. Teilen Sie es über einen Marktplatz oder einen internen Verteilungsweg.

Dies vermeidet die häufigste Fehlerquelle: Jede Idee in ein Plugin zu verwandeln, bevor jemand weiß, ob der Workflow wartungswürdig ist.

Wenn Ihr Team Claude Code mit einem alternativen Modell-Backend kombiniert, ist dies auch die Phase, in der Novita AI operativ nützlich sein kann. Die Plugin- und MCP-Schicht bleibt gleich, während die Modell-Route für coding-intersive Sitzungen, die nicht auf jedem Schritt ein Premium-Closed-Modell benötigen, zu Novitas LLM API wechseln kann. Diese Trennung ist oft einfacher als die Neugestaltung des Erweiterungsstapels selbst.

Häufige Fehler bei der Einrichtung von Claude Code Plugins

Dies sind die Fehler, die die meiste Zeit kosten:

Jede Erweiterung als Plugin behandeln

Manchmal ist die richtige Antwort ein einfacher Skill oder eine direkte MCP-Server-Konfiguration. Zu frühes Verpacken fügt Wartungsaufwand hinzu.

Dateien im falschen Verzeichnis ablegen

plugin.json gehört in .claude-plugin/. Skills und Hooks nicht.

Die Namensraumvergabe vergessen

Ein Plugin-Skill wird mit dem Plugin-Präfix aufgerufen, nicht als globaler Befehl.

Das Neuladen nach der Installation überspringen

Wenn Claude Sie auffordert, /reload-plugins auszuführen, tun Sie es, bevor Sie annehmen, dass die Installation fehlgeschlagen ist.

Ein Plugin verwenden, wenn der eigentliche Bedarf MCP ist

Wenn das Kernproblem die Tool-Konnektivität ist, konzentrieren Sie sich zuerst auf MCP und packen Sie später.

Fazit

Die Claude Code Plugins Docs ergeben mehr Sinn, sobald Sie aufhören, „Plugin“ als das einzige Erweiterungskonzept zu behandeln. Plugins sind die Verteilungsschicht. Skills enthalten wiederverwendbare Anweisungen. Hooks automatisieren Lebenszyklus-Ereignisse. MCP verbindet Claude Code mit externen Systemen.

Diese Einordnung macht die Navigation durch den Rest der Dokumentation viel einfacher. Wenn Ihr Ziel eine schnelle Einrichtung ist, beginnen Sie mit der kleinsten funktionierenden Einheit, die das Problem löst. Fügen Sie die Verpackung nur hinzu, wenn sich das Setup lohnt, wiederverwendet zu werden.

FAQ

Sind Claude Code Plugins dasselbe wie MCP-Server?

Nein. MCP-Server sind die Verbindungsschicht für externe Tools und Dienste. Plugins sind eine Verpackungsschicht, die MCP-Konfiguration zusammen mit Skills, Hooks, Agents und anderen Claude Code-Erweiterungen enthalten kann.

Wie installiere ich ein Claude Code Plugin?

Verwenden Sie in Claude Code den Befehl /plugin install mit dem Plugin- und Marktplatz-Namen. Wenn der Marktplatz nicht vorhanden ist, fügen Sie ihn mit /plugin marketplace add ... hinzu und laden Sie dann die Plugins neu, wenn Claude Sie dazu auffordert.

Sollte ich ein Plugin oder nur .claude/-Dateien verwenden?

Verwenden Sie .claude/-Dateien für schnelle projektspezifische Iterationen. Verwenden Sie ein Plugin, wenn das Setup projektübergreifend wiederverwendet, mit Teamkollegen geteilt oder über einen Marktplatz verteilt werden muss.

Wann sollte ich MCP anstelle eines Plugins verwenden?

Verwenden Sie MCP zuerst, wenn Ihr Hauptziel der externe Zugriff auf Systeme wie GitHub, Jira, Notion, Slack oder interne APIs ist. Wenn Sie eine MCP-Plugin-Anleitung mit einer Plugin-Dokumentseite vergleichen, behandeln Sie die MCP-Anleitung als Referenz für Tool-Verbindungen und die Plugin-Dokumentseite als Referenz für die Verpackung. Verpacken Sie das Setup später nur dann in einem Plugin, wenn Sie eine sauberere Wiederverwendung und Verteilung benötigen.

Können Claude Code Plugins mit Nicht-Anthropic-Modell-Backends funktionieren?

Ja. Die Erweiterungsschicht und das Modell-Backend sind getrennte Aspekte. In der Praxis bedeutet das, dass Sie dasselbe Claude Code Plugin und MCP-Setup beibehalten können, während Sie die Inferenz über einen kompatiblen Anbieter wie Novita AI für unterstützte Coding-Workflows leiten.

Empfohlene Artikel

• Claude Code Plugins: Wie MCP Tools Claude Code mit externen Fähigkeiten erweitern
• Claude Code Rules: Wie man CLAUDE.md schreibt und agentischen Coding-Kontext verwaltet
• Einen Remote Code Execution MCP Server mit Novita Sandbox und der mcp-use Bibliothek erstellen

Quellen geprüft am 31. August 2026: Claude Code Funktionenübersicht, Claude Code Plugins Docs, Claude Code MCP Docs und Novita AI Modellbibliothek.