Claude Code wird langsamer: So wählen Sie Skills, Subagents, MCP und Plugins aus

Warum ist „Claude Code vollstopfen“ 2026 zum größten Ärgernis geworden?#

Selbst die offizielle Dokumentation bot keine fertige umfassende Antwort auf die Frage „Wann sollte man was wählen?“

Die in diesem Artikel beschriebene Erfahrung aus einem Monat umfasst alle vier Mechanismen in funktionierenden Projekten: einen Stapel von Subagents für eine komplexe Aufgabe, eine kleine Auswahl an Skills für wiederkehrende Abläufe, ein paar MCP-Server für Live-Daten und eine Auswahl von wenigen Plugins aus ungefähr zwei Dutzend. Dieser Leitfaden fasst das Beispiel in einer Auswahlmatrix mit einem fertigen Entscheidungsbaum, Zitaten von Anthropic und sieben Anti-Patterns zusammen, die Claude unbrauchbar machen.

Wie unterscheiden sich Skill, Subagent, MCP und Plugin in einer Tabelle?#

Auswahlmatrix:

Eine einfache Analogie für Unternehmer: Stellen Sie sich vor, Sie sind CEO eines Unternehmens mit zehn Personen:

• CLAUDE.md – die Unternehmensverfassung. Sie hängt immer an der Wand; alle lesen sie; niemand diskutiert darüber.
• Skill – ein internes Verfahren. „So führen wir Reviews durch“, „so schreiben wir Versionshinweise“, „so nehmen wir Zahlungen an“.
• Subagent – ein Spezialist mit eigenem Büro und einer eng begrenzten Berechtigungsliste. Gibt man ihm die Schlüssel zu allem, bekommt man einen zweiten CEO statt eines Mitarbeiters.
• MCP-Server – Unternehmenssysteme: CRM, Bank, Lager. Das ist kein Wissen, sondern eine Verbindung.
• Plugin – eine fertige Lösung aus dem Laden. Ein Paket aus Verfahren, Spezialisten und Integrationen in einer Box.

Sobald man versteht, dass es sich um vier Ebenen eines Systems und nicht um vier Konkurrenten handelt, erübrigt sich die Frage „Was ist besser?“. Es bleibt die Frage „Was gehört wohin?“

Was ist ein Skill in Claude Code, und wann sollte man einen installieren?#

Die offizielle Definition von Anthropic:

Ein Skill hat drei Ebenen:

1. Metadaten. Werden beim Start jeder Sitzung geladen: Name und Beschreibung aus dem Frontmatter. Ein Skill benötigt beim Start etwa 100 Tokens.
2. Anweisungen. Werden erst geladen, wenn Claude eine Anfrage erkennt, die den Auslöser enthält. Bis zu 5.000 Tokens – der Inhalt von SKILL.md.
3. Ressourcen. Werden nur geladen, wenn die Anweisungen ausdrücklich darauf verweisen. Paketdateien, Skripte in scripts/, Referenzmaterialien in references/. Skripte laufen über bash; der Code selbst gelangt nicht in den Kontext.

Anthropic nennt dieses Prinzip Progressive Disclosure:

Im selben Artikel findet sich eine Metapher, die die Idee besser als alles andere erklärt:

Wann sollte man einen Skill verwenden?

• Bei einem Standardverfahren, das man immer wieder ausführt. PR-Reviews, Versionshinweise, Code-Reviews nach dem eigenen Styleguide.
• Wenn ein Abschnitt in CLAUDE.md von einer Tatsache zu einem Verfahren angewachsen ist und zunehmend alles andere behindert.
• Wenn dieselbe Anweisung projektübergreifend zuverlässig befolgt werden soll.

Eine praktische Formel: Wenn man etwas mehr als ein paar Mal macht, sollte man es dem System überlassen. Beim ersten Mal verwenden Sie einen manuellen Prompt. Beim zweiten Mal ist es ein Kandidat für einen Skill.

Wann sollte man KEINEN Skill verwenden?

• Wenn die Aufgabe Live-Daten erfordert (Datenbank, API, Suche, aktuelle Börsendaten). Dafür ist MCP zuständig, nicht ein Skill. Ein Skill, der versucht, „den aktuellen Kurs abzurufen“, wird halluzinieren.
• Wenn die Aufgabe einen isolierten Kontext erfordert. Dafür ist ein Subagent zuständig.
• Wenn eine durchgesetzte Prüfung nötig ist („einen Commit mit .env blockieren“), verwenden Sie für den abgedeckten Commitweg einen Hook. Prüfen und testen Sie dessen tatsächliche Abdeckung: Er beschränkt nicht automatisch jeden Weg, die Datei zu lesen, zu kopieren oder zu veröffentlichen.

Grenzwerte, die man im Voraus kennen sollte:

• Skill-Name: bis zu 64 Zeichen, nur Kleinbuchstaben, Ziffern und Bindestriche. Die Wörter anthropic und claude sind reserviert.
• Beschreibung: bis zu 1.024 Zeichen. Die kombinierte Länge von description und when_to_use wird in der Liste bei 1.536 Zeichen abgeschnitten.
• Inhalt von SKILL.md: empfohlen sind höchstens 500 Zeilen. Alles darüber sollte nach references/ und scripts/ ausgelagert werden.
• Bei der automatischen Kontextkomprimierung (Auto-Compaction) werden die ersten 5.000 Tokens jedes aktiven Skills erneut angehängt. Das Gesamtbudget für alle Skills beträgt 25.000.

Was ist ein Subagent, und warum gibt es 5 Verschachtelungsebenen?#

Aus der offiziellen Dokumentation:

Claude Code enthält drei integrierte Subagents, die Sie bereits verwenden, ohne es zu wissen:

Am 10. Juni 2026 veröffentlichte Anthropic Claude Code v2.1.172 und hob eine seit dem Start von Subagents bestehende Einschränkung auf: Untergeordnete Agents können nun eigene Subagents bis zu 5 Ebenen tief starten.

Die Zahl 5 ist eine Sicherheitsgrenze, kein Optimierungsziel.

Eine detaillierte Aufschlüsselung der Funktion mit YAML-Vorlagen für Orchestratoren finden Sie im Leitfaden zu verschachtelten Subagents.

Wann sollte man einen Subagent verwenden?

• Für eine explorative Durchsicht von Code oder Logs, nach der nur eine kurze Schlussfolgerung benötigt wird.
• Für parallele Aufgaben, die nebeneinander laufen können.
• Für die Delegation nach Spezialgebiet: Backend / Frontend / Test / Review – jeweils für ein einzelnes Feature.
• Zur Kostenkontrolle: ein Haiku-Subagent statt Sonnet oder Opus. Das senkt die Kosten um das 5–7-Fache.

Wann sollte man KEINEN Subagent verwenden?

• Bei einer einmaligen, trivialen Aufgabe oder einem einfachen Tool-Aufruf. Ein Subagent verursacht Anlaufkosten.
• Wenn Aufgaben denselben Zustand benötigen. Subagents können den Kontext der anderen nicht sehen; zusammenhängende Arbeit sollte im Hauptthread bleiben.

Das wichtigste Anti-Pattern:

Einem Subagent Opus und alle Tools zu geben, macht ihn nur zu einer weiteren Hauptsitzung. Wenn seine Tool-Liste der des Hauptagenten entspricht, ist der Subagent nicht ausreichend eingeschränkt.

Anders gesagt: Ein Subagent mit denselben Berechtigungen wie sein übergeordneter Agent ist einfach ein zweiter CEO. Sinnlos und teuer.

Was ist ein MCP-Server, und wann sollte man einen mit Claude Code verbinden?#

Die offizielle Definition:

Was MCP in der Praxis ermöglicht:

• Claude mit Google Calendar und Notion verbinden, um einen persönlichen Assistenten zu erhalten.
• Mit Figma verbinden, damit Claude aus einem Design ein fertiges Webprojekt erstellt.
• Einen Unternehmens-Chatbot mit mehreren Datenbanken gleichzeitig verbinden.
• Mit Blender und einem 3D-Drucker verbinden, um Modelle zu erstellen und sofort auszudrucken.

Die bekanntesten MCP-Server, die viele zuerst installieren:

Verbindungen und Installationsbefehle sind im MCP-Katalog zusammengestellt.

Wann sollte man MCP verwenden?

• Für jede Verbindung zu externen Daten oder Aktionen: „Datensätze aus der Datenbank abrufen“, „Jira-Tickets lesen“, „in Slack posten“.
• Wenn derselbe Dienst in mehreren Projekten oder von mehreren Agents benötigt wird, ist ein zentraler Server einfacher zu verwalten.

Wann sollte man MCP NICHT verwenden?

• Für statisches Wissen oder ein Verfahren. Dafür ist ein Skill zuständig, nicht MCP. „Anleitung für ein Code-Review“ ist ein Skill. „Den neuesten PR von GitHub lesen und prüfen“ erfordert MCP.
• Für einen einmaligen CLI-Befehl. Bash zu verwenden ist einfacher, als einen Server einzurichten.
• Wenn man MCP „der sauberen Architektur wegen“ bauen möchte. Das ist Ästhetik, keine Aufgabe.

Die größte MCP-Falle gehört 2026 zu den häufigsten Ursachen für Beschwerden, „Claude Code sei dumm“:

Wenn Sie all diese MCPs auf einmal installieren, überlasten Sie das Kontextfenster des LLM: Alle verfügbaren Tools werden in den Kontext geladen.

Eine praktische Faustregel: höchstens 2–3 aktive MCP-Server für bestimmte Aufgaben verwenden. Bei der hier beschriebenen Erfahrung mit vielen Servern dauerte der Start länger und Fehler traten häufiger auf.

MCP-Tool-Suche wurde in Claude Code v2.1.x eingeführt: Tools werden nicht mehr gierig in den Kontext geladen, sondern indiziert und bei Bedarf abgerufen. Das senkt die Kosten für „viele MCPs in einem Projekt“, beseitigt sie aber nicht vollständig.

Worin unterscheidet sich ein Plugin von einem Skill, und warum verschwimmt die Grenze?#

Die offizielle Formulierung:

Die meistinstallierten Plugins im Juni 2026:

Die vollständige Auswahlanalyse finden Sie im Leitfaden zu den 10 besten Plugins von insgesamt 101.

Wann sollte man ein Plugin verwenden?

• Für ein fertiges Community-Paket, das einen großen Teil eines Workflows abdeckt, etwa Design oder Review.
• Wenn man kein Setup aus „Skill + Subagent + MCP + Hook“ von Hand zusammenstellen möchte, kann man ein fertiges Paket verwenden.
• Für die Verteilung im Unternehmen: Ein Administrator erstellt einen Team-Marketplace, aus dem Entwickler über ein einheitliches Präfix installieren.

Wann sollte man KEIN Plugin verwenden?

• Wenn eine Aufgabe mit einem Skill gelöst werden kann, das Paket aber „für alle Fälle“ fünf weitere MCPs mitbringt. Das ist reiner Kontextballast.
• Bei einem Plugin mit geschlossenem Quellcode und ohne Audit. Es läuft mit Ihren Berechtigungen – prüfen Sie den Inhalt vor der Installation.
• Wenn Sie bereits ein eigenes Plugin zum selben Thema haben. Ein Duplikat im Kontext bedeutet doppelten Ärger.

Vor der Installation zeigt Claude Code v2.1.143+ Context cost, eine Schätzung der Tokens, die das Plugin zu jeder Nachricht hinzufügt. Seit v2.1.145+ wird außerdem das Feld Will install mit einer vollständigen Liste der Befehle, Agents, Skills, Hooks, MCP- und LSP-Komponenten des Pakets angezeigt. Vor dem Klick auf „Installieren“ sollte man zuerst diesen Bildschirm öffnen.

Welche Auswahlmatrix eignet sich 2026?#

Sechs Fragen in der Reihenfolge ihrer Priorität:

1. Handelt es sich um ein wiederkehrendes Verfahren, einen Stil oder eine Checkliste? Wenn ja – Skill.
2. Benötigen Sie externe Daten oder Aktionen (Datenbank, API, Slack, GitHub, Figma)? Wenn ja – MCP-Server.
3. Möchte ich einen separaten Kontext, damit der Hauptkontext nicht überladen wird? Wenn ja – Subagent.
4. Möchte ich eine Prüfung oder einen automatischen Schritt bei einem bestimmten Ereignis? Wenn ja – Hook, dessen Abdeckung getestet wird. Für umfassendere Zugriffsgrenzen brauchen Sie Berechtigungen oder eine isolierte Umgebung.
5. Möchte ich ein fertiges Paket aus 1–4 mit einem Klick? Wenn ja – Plugin aus dem Marketplace.
6. Ist dies eine komplexe Aufgabe, die Daten, Kontext und Stil erfordert? Dann verwenden Sie eine Kombination: Haiku-Subagent + vorab geladener Skill + ein eng umrissener MCP.

Formel für die Kombination:

Ein Haiku-Subagent mit einem vorab geladenen Skill für Konventionen und einem eng umrissenen MCP-Server für Live-Daten ist ein Muster, das sich wirklich auszahlt.

Und die wichtigste Regel zur Abhängigkeitsrichtung:

Subagents können MCP-Server verwenden. MCP-Server können keine Subagents verwenden.

Anders gesagt: MCP steht immer für Daten und Aktionen, nicht für Agents. Wenn Sie eine Aufgabe delegieren möchten, ist es ein Subagent, der MCP aufruft, nicht umgekehrt.

Ein konkretes Beispiel aus diesem Artikel: die Redaktion einer Digitalagentur, deren Content-Prozess einen SEO-Artikel in 60 Minuten schreibt. Er umfasst 25 Subagents und 14 Prüfschritte – sie laufen nacheinander, jeweils mit eigenem Kontext, eigenen Berechtigungen und einem Skill für redaktionelle Konventionen. Ein Subagent verbindet sich mit einem MCP-Server, der eine Datenbank mit fertigen Tags und älteren Artikeln enthält. Der Haupt-Orchestrator läuft auf Opus; die untergeordneten Agents laufen auf Haiku, wodurch die Kosten im Rahmen bleiben.

Das ist keine „Artikelfabrik“, sondern ein Beispiel dafür, wie alle vier Mechanismen zu einem System kombiniert werden, wenn die Aufgabe Qualitätstiefe statt Geschwindigkeit verlangt.

Welche 7 Fehler sollten Sie sofort aus Claude Code entfernen?#

1. Alle 10 Top-Plugins installiert, „weil sie gerade angesagt sind“. Jedes fügt jeder Nachricht Tokens hinzu. Öffnen Sie /plugin list und prüfen Sie für jedes den Context cost. Entfernen Sie die, die Sie seit zwei Wochen nicht verwendet haben.

2. 15 MCP-Server aus der .mcp.json einer anderen Person kopiert. Der Stack einer anderen Person ist für deren Projekt und Aufgaben eingerichtet. Behalten Sie für das aktuelle Projekt höchstens 2–3 aktive MCPs. Verschieben Sie die übrigen in eine separate Konfiguration für ein anderes Projekt oder löschen Sie sie jetzt.

3. Skill und MCP-Plugin tun dasselbe. Der Skill sagt „Code-Review durchführen“, während das Plugin pr-review-toolkit seinen eigenen Review-Ablauf ausführt. Sie konkurrieren um Priorität. Symptom: „Claude, warum kommst du immer wieder darauf zurück?“ Lösung: eine einzige Quelle der Wahrheit beibehalten. In der beschriebenen Konfiguration wurde der Skill gewählt, um die Kontrolle über die Anweisungen zu behalten.

4. Einen Skill zur Durchsetzung verwenden, obwohl ein Hook nötig ist. Ein Skill ist eine Empfehlung, keine Garantie. Für „.env in einem Commit blockieren“ kann ein Pre-Commit-Hook den betreffenden Commitweg prüfen. Testen Sie die vorgemerkten Inhalte und alternative Wege gesondert. Der Hook verhindert weder alle Lesezugriffe noch andere Veröffentlichungswege; ein Skill allein setzt diese Grenze nicht durch.

5. Ein Subagent mit denselben Berechtigungen wie sein übergeordneter Agent. Sie haben ihm Opus und alle Tools gegeben und eine weitere Hauptsitzung erhalten. Der System-Prompt in der offiziellen Dokumentation empfiehlt, einem Subagenten eine eng begrenzte Tool-Liste und eine klar eingeschränkte Aufgabe zu geben. Andernfalls ist er nur ein teurer Klon.

6. Vor der Installation eines Plugins das Feld Will install nicht geprüft. Seit Claude Code v2.1.145+ zeigt dieses Feld den vollständigen Paketinhalt. Oft enthält ein Plugin „für eine Kleinigkeit“ drei MCP-Server, zwei Subagents und fünf Hooks. All das belegt dann Ihren Kontext.

7. Alte .claude/commands/ duplizieren neue Skills. Anthropic schreibt in seiner Dokumentation:

Der alte Ordner commands/ funktioniert weiterhin, aber Skills sind inzwischen der Standard. Im beschriebenen Beispiel wurden beide Ordner verwendet; commands/ wurde entfernt, sodass Skills mit gebündelten Dateien und Auslösern übrig blieben.

Anzeichen dafür, dass Claude Code „zugemüllt“ ist:

• Jede Nachricht beginnt mit einer Auflistung der verfügbaren Tools auf 200+ Zeilen.
• Einfache Aufgaben dauern länger als noch vor einem Monat.
• Claude verwechselt zwei ähnliche Skills oder Plugins.
• Beim Sitzungsstart erscheinen Warnungen zu Namenskollisionen.
• Claude ruft das falsche Tool auf – Skill A statt MCP B, das benötigt wurde.

Wenn Sie mindestens zwei dieser Symptome erkennen, öffnen Sie sofort /plugin list und /skill list. Entfernen Sie zuerst alles, was Sie seit zwei Wochen nicht benutzt haben. Prüfen Sie dann den Context cost für jeden Eintrag. Kümmern Sie sich anschließend um die oben genannten Anti-Patterns.

Wie viele Skills und MCPs kann man behalten, ohne den Kontext zu überlasten?#

Was Claude Code direkt anzeigt:

• /skill list – alle aktiven Skills und ihre Token-Größe.
• /plugin list – alle Plugins und ihren Context cost.
• /mcp list – MCP-Server und deren Anzahl an Tools.

Tokenbudget in konkreten Zahlen:

Ein Kontextfenster beschreibt den maximalen Arbeitsraum, nicht den Verbrauch jeder Aufgabe. Vergleichen Sie für dasselbe Ergebnis gemessene Eingabe-, Cache- und Ausgabetokens sowie weitere Gesprächsrunden. Die Isolation kann den Hauptkontext klein halten, während der Subagent dennoch eigenen Verbrauch verursacht.

In seinem technischen Blog nennt Anthropic Zahlen zur Auto-Compaction für Skills: Die ersten 5.000 Tokens jedes aktiven Skills werden erneut angehängt, bei einem Gesamtbudget von 25.000. Das bedeutet: Wenn mehr als 5 „umfangreiche“ Skills gleichzeitig aktiv sind, verliert Claude nach und nach einige Anweisungen.

Eine einfache Faustregel aus der Praxis:

• Skills: höchstens 5–7 im aktuellen Projekt aktiv halten. Den Rest in ~/.claude/skills/disabled/ ablegen; bei Bedarf können Sie sie zurückverschieben.
• MCP: höchstens 2–3 pro Projekt. Context7 für Dokumentation lohnt sich fast immer; behalten Sie die übrigen nur bei Bedarf.
• Plugins: strikt eines nach dem anderen installieren und nach zwei Wochen prüfen, ob Sie es verwendet haben. Falls nicht, entfernen Sie es.

Eine detaillierte Analyse von Anthropics Agentic Coding Trends Report 2026 und den Gründen, warum 80 % der Entwickler eine Aufgabe nicht vollständig an Claude delegieren können, findet sich in einem separaten Leitfaden. Die Hauptzahl aus diesem Bericht: Menschen nutzen KI für 60 % ihrer Arbeit, geben aber nur 0–20 % der Aufgaben vollständig ab. Der Hauptgrund ist die Kontextüberlastung und der Kontrollverlust über Tools.

Wo sollte ein Anfänger beginnen: die minimal funktionierende Konfiguration?#

Minimale Konfiguration nach zwei Wochen Arbeit:

1. CLAUDE.md im Stammverzeichnis mit Projektregeln.
2. AGENTS.md für Kompatibilität mit anderen Tools, wenn Sie auch außerhalb von Claude Code arbeiten möchten. Mehr dazu in „How to Make One Instruction File for Claude Code, Codex, and Cursor“.
3. 1 Skill für Ihre wichtigste wiederkehrende Aufgabe. Beginnen Sie zum Beispiel mit code-review nach Ihrem Styleguide.
4. 1 MCP-Server: Context7 für aktuelle Dokumentation. Ohne ihn halluziniert Claude weiterhin nicht existierende APIs.
5. 0 Plugins und 0 Subagents im ersten Monat. Dabei geht es nicht ums Geldsparen, sondern um Kontrolle. Bis Sie die Grundlagen verstehen, werden Sie durch Pakete verwirrt.

Richten Sie sich anschließend nach den Aufgaben. Taucht ein wiederkehrendes Verfahren auf? Machen Sie daraus einen Skill. Benötigen Sie Live-Daten von einem bestimmten Dienst? Fügen Sie MCP hinzu. Füllt eine große Aufgabe den Hauptkontext? Delegieren Sie sie an einen Subagent.

Das ist die dreistufige Orientierung: zuerst der Kontext, dann überlassen Sie dem System, was Sie mehr als ein paar Mal tun, und schließlich automatisierte Prüfungen, damit das System nicht selbst Fehler macht. Fügen Sie jede Stufe erst hinzu, wenn die vorherige bereits funktioniert.