Skills testen und verteilen
Skills iterieren und mit dem Team teilen
⏱ ca. ~6 Min
01 · Lesen
Einen Skill zu schreiben, ist nur die halbe Arbeit. Du musst ihn testen — und iterieren.
Ein Skill, der auf dem Papier richtig aussieht, kann in der Praxis inkonsistente Ergebnisse liefern. Vielleicht hält sich Claude an 4 von 5 Regeln und verfehlt eine. Vielleicht interpretiert er eine vage Anweisung anders als du gemeint hast.
Der Testzyklus ist simpel: Skill aktivieren, Claude eine Aufgabe geben, die ihn auslösen sollte, prüfen, ob die Ausgabe deinen Regeln folgt, und bei Bedarf nachschärfen.
Genau wie Code werden Skills durch Iteration besser. Die meisten Skills brauchen 2–3 Runden Feinschliff, bis sie zuverlässig laufen.
Kernpunkte
- Mit /skill aktivieren und Skills mit passenden Aufgaben testen
- Die Ausgabe gegen jede Regel im Skill-Body abgleichen
- Randfälle testen — was passiert bei ungewöhnlichen Eingaben?
- Iterieren: Die meisten Skills brauchen 2–3 Runden Feinschliff
- Skills mit git versionieren — es sind ja einfach Dateien
02 · Schritt für Schritt
Folg diesem Ablauf jedes Mal, wenn du einen Skill anlegst oder änderst.
1. Skill anlegen oder aktualisieren
Schreib oder ändere deine SKILL.md-Datei. Speicher sie unter .claude/skills/your-skill/SKILL.md. Falls du aktualisierst, änder immer nur eine Sache auf einmal, damit du die Wirkung sehen kannst.
2. Mit /skill aktivieren
Tipp /skill in den Claude-Code-Chat und wähl deinen Skill aus der Liste. Claude lädt jetzt deine Anweisungen und hält sich im Rest des Chats daran.
3. Claude eine passende Aufgabe geben
Bitte Claude um etwas, das deine Skill-Regeln auslösen sollte. Bei einem Code-Review-Skill — lass ihn Code reviewen. Bei einem Commit-Nachrichten-Skill — lass ihn committen. Nimm reale Eingaben, keine Spielzeug-Beispiele.
4. Ausgabe prüfen
Folgt die Ausgabe jeder Regel deines Skills? Geh jeden Bullet-Point, jede Formatierungsvorgabe und jede Einschränkung durch. Prüf gründlich — teilweise Übereinstimmung heißt, der Skill braucht Feinschliff.
5. Verfeinern und wiederholen
Stimmt etwas nicht, aktualisier den Skill-Body. Mach an den Stellen, an denen Claude abweicht, klarere Vorgaben. Füg Beispiele für korrekte Ausgaben hinzu. Entfern vage Formulierungen. Teste dann dieselbe Aufgabe erneut.
6. Mit git committen
Sobald der Skill in mehreren Testfällen zuverlässig läuft, committest du ihn. Skills sind Dateien — sie gehören wie alles andere in die Versionskontrolle. git add .claude/skills/ && git commit -m 'feat: add code-reviewer skill'
03 · Lesen
Sobald dein Skill zuverlässig läuft, entscheidest du, wo er liegt. In der ersten Lektion hast du die zwei Orte kennengelernt: Projekt-Skills (.claude/skills/) werden ins git committet und mit dem Team geteilt, Benutzer-Skills (~/.claude/skills/) sind persönlich und gelten in allen deinen Projekten.
Die Regel ist einfach: Ist es eine Teamkonvention, committest du ihn als Projekt-Skill. Ist es eine persönliche Vorliebe, behältst du ihn als Benutzer-Skill.
Kernpunkte
- Projekt-Skills: ins git committen → das ganze Team profitiert
- Benutzer-Skills: bleiben lokal → nur persönliche Vorlieben
- Projekt-Skills committest du wie jede andere Codeänderung
04 · Quiz
Du hast gerade einen Skill gebaut, der das Format der Commit-Nachrichten deines Teams durchsetzt: Jeder Commit soll mit einem Typ-Präfix wie 'feat:' oder 'fix:' beginnen. Sollte das ein Projekt-Skill oder ein Benutzer-Skill sein?
- Projekt-Skill — es ist eine Teamkonvention, also ins git committen
- Benutzer-Skill — bleibt in ~/.claude/skills/ für den persönlichen Gebrauch
- Beides funktioniert
- Sollte in einer Konfigurationsdatei stehen, nicht in einem Skill
05 · Ausfüllen
Skills, die in ~/.claude/skills/ liegen, heißen _____-Skills, weil sie dich durch alle deine Projekte begleiten.
Andere Lektionen aus diesem Kapitel
⚠ Das volle interaktive Erlebnis braucht JavaScript. Bitte aktiviere es und lade die Seite neu.
※ Diese Seite ist ein unabhängiges Bildungsprojekt — kein offizielles Anthropic-Produkt. Claude™ ist eine eingetragene Marke von Anthropic, PBC.