Zu viele Claude Skills? So räumst du deinen Skill-Stack auf — und Claude wird wieder schlau

Wenn dein Claude in letzter Zeit öfter danebenliegt, liegt es oft nicht am Modell, sondern an deinem Skill-Stapel. Jeder installierte Claude Skill lädt bei jeder Session seinen Namen und seine Beschreibung in den Kontext — auch die, die du nie benutzt. Bei ein paar Dutzend Skills, von denen du drei brauchst, schleppt Claude den Rest die ganze Zeit mit. Die Lösung ist kein weiterer Skill, sondern ein Audit: löschen, was tot ist, zusammenlegen, was sich doppelt, und bei jedem Rest fragen, ob es überhaupt ein Skill sein sollte.

In diesem Beitrag räumen wir gemeinsam einen typischen Skill-Ordner auf — an einem echten Beispiel, das fast jeder kennt: vier Skills, die alle irgendwie „meinen Tag planen“ machen. (Stand: 2026-07-23 — Quelle: Anthropic, Agent Skills Overview & Best Practices.)

Im Video gehe ich zusätzlich acht konkrete Aufräum-Tipps durch und zeige den Prompt, mit dem ich einen schwachen Skill in ein paar Minuten überarbeite.

Warum machen zu viele Skills Claude schlechter?

Skills sind so gebaut, dass sie sparsam mit dem Kontext umgehen — aber nur der Bau ist sparsam, nicht die Menge. Anthropic beschreibt das als „progressive disclosure“ in Stufen: Beim Sessionstart landet von jedem Skill nur die erste Stufe im Kontext, also Name und Beschreibung (Größenordnung rund 100 Token pro Skill). Der eigentliche Inhalt wird erst geladen, wenn der Skill feuert, und angehängte Dateien erst, wenn Claude sie wirklich liest. (Stand: 2026-07-23 — Quelle: Anthropic, Agent Skills Overview.)

Klingt harmlos. Aber diese erste Stufe fällt eben bei jedem Skill an, bei jedem Start, ob du ihn brauchst oder nicht. Und es sind ja nicht nur die Skills: Da liegen deine CLAUDE.md, deine Regeln, alte Dateien, alter Gesprächsverlauf. Je voller das Kontextfenster, desto schwerer fällt es Claude, das Richtige zu greifen. Willst du sehen, was bei dir mitläuft, tipp in Claude Code den Befehl /context ein — er zeigt dir pro Eintrag, was Platz belegt. /skills listet die sichtbaren Skills samt ihrer Kontext-Kosten.

Das Beispiel: vier Skills, die dasselbe wollen

Sagen wir, über die Monate sind bei dir vier Skills entstanden: „Tagesplaner“, „Tagesstart“, „Morgenroutine“ und „Aufgaben für heute“. Jeder für sich war mal eine gute Idee. Zusammen sind sie ein Problem. Denn was passiert, wenn du morgens faul „mach mal meinen Tag“ tippst? Irgendeiner feuert. Welcher, ist Glückssache — und du hast die Kontrolle abgegeben, ohne es zu merken. Genau das schiebt man dann aufs Modell.

Solche Doppelgänger erkennst du an einer simplen Probe: Lass den Skill kalt anlaufen. Gib absichtlich einen vagen Auftrag und schau, welcher Skill anspringt. Feuert der falsche oder gar keiner, weißt du, dass sich die Beschreibungen überschneiden — oder zu schwach formuliert sind.

Schritt 1: Zusammenlegen statt behalten

Aus vier mach eins. Das Schöne: Claude macht das selbst. Du sagst sinngemäß „nimm diese vier ähnlichen Skills und leg sie zu einem sauberen zusammen“ — und bekommst einen klaren Skill statt vier konkurrierender. Danach gibst du dem einen Skill einen eindeutigen Namen und eine Beschreibung, die vor allem eins tut: Claude klipp und klar sagen, wann er dran ist.

Genau hier liegt der zweithäufigste Fehler: zu lange Beschreibungen. Das Beschreibungsfeld eines Skills darf maximal 1.024 Zeichen lang sein, und es soll beides sagen — was der Skill tut und wann er benutzt werden soll, idealerweise mit einer „Use when …“-Formulierung und konkreten Auslöse-Wörtern. Der Name darf höchstens 64 Zeichen haben, kleingeschrieben, ohne die Wörter „claude“ oder „anthropic“. Ein ganzer Aufsatz hilft niemandem — was zählt, sind der Name und ein präziser Trigger. (Stand: 2026-07-23 — Quelle: Anthropic, Agent Skills Best Practices.)

Schritt 2: Die wichtigste Frage — muss das überhaupt ein Skill sein?

Bevor du den zusammengelegten Skill feierst, stell die eine Frage, die dir die halbe Arbeit spart. Ein Skill ist ein Vorschlag an die KI — super, wenn eine Aufgabe Spielraum und Urteil braucht. Aber vieles gehört gar nicht dahin:

• Soll etwas immer gelten, ohne Ermessen (dein Ton, feste Verbote, Firmenkontext)? Dann ist es eine Regel oder eine Zeile in deiner CLAUDE.md, kein Skill.
• Muss etwas bei einem Ereignis automatisch passieren (vor oder nach einem Werkzeug, beim Sessionstart)? Dann ist es ein Hook.
• Läuft ein Ablauf zu 100 % vorhersehbar, jedes Mal identisch? Dann willst du keinen Vorschlag, sondern eine feste Automatik — ein kleines Skript.
• Soll Claude eine abgekapselte Teilaufgabe mit eigenem Kontext übernehmen? Dann ist das ein Subagent.

Der Unterschied in einem Satz: Ein Skill ist ein Vorschlag, ein Skript ist ein Gesetz. Für alles, was immer gleich läuft, nimmst du das Gesetz — das ist zuverlässiger und belastet deinen Kontext nicht.

Schritt 3: Testen lassen, statt selbst kaputt zu klicken

Bevor du dem frisch aufgeräumten Skill vertraust, lass ihn prüfen — auch das macht Claude für dich. Du kannst ein paar Helfer-Agenten losschicken, die verschiedene Nutzer spielen, nach Stellen suchen, wo es hakt, und Überschneidungen mit anderen Skills aufdecken. Ein paar Minuten später hast du eine Liste nach Wichtigkeit sortiert, ohne selbst hundert Varianten durchgetippt zu haben. Anthropic empfiehlt genau diesen Rhythmus: erst kleine Testszenarien mit erwartetem Verhalten definieren, dann Skill bauen und testen im Wechsel. (Stand: 2026-07-23 — Quelle: Anthropic, Agent Skills Best Practices.)

Und wenn ein Skill nur so mittel läuft, hol dir das Gelernte zurück in den Skill. Am Ende einer Session, in der ihr euch erst durchgeeiert und dann das richtige Ergebnis erreicht habt, sagst du: „Denk drüber nach, wie das lief. Wo hat der Skill danebengelegen? Schlag mir eine konkrete Änderung vor und zeig mir den Unterschied.“ So schnitzt du deinen Skill mit jeder Session ein Stück schlanker — statt immer nur neue draufzustapeln.

Ehrlich zum Schluss

Kein Skill sitzt beim ersten Versuch zu hundert Prozent. Meiner auch nicht. Der Trick ist nicht die sofortige Perfektion, sondern der Wechsel vom Stapeln zum Schnitzen: weniger Skills, dafür scharfe. Verbesser einen Skill jeden Tag um ein Prozent, dreißig Tage lang, und du hast einen, der einfach funktioniert. Ein voller Ordner ist keine Stärke — ein schlanker, den du wirklich benutzt, schon.

Deine Audit-Checkliste zum Mitnehmen

Damit du deinen eigenen Skill-Stack systematisch durchgehen kannst, haben wir ein kostenloses Cheat Sheet zusammengestellt: die 8-Punkte-Audit-Checkliste mit Ampel (behalten, zusammenlegen, löschen, zur Regel machen), den Entscheidungsbaum „Skill, Regel, CLAUDE.md, Hook oder Automatik?“ und den fertigen Audit-Prompt zum Kopieren — plus eine Vorlage für triggerstarke Beschreibungen. Ein paar Dinge davon hatten im Video keinen Platz.