Claude Code ist die einzige Claude-Oberfläche, die Skills tatsächlich von der Festplatte installiert. Deshalb unterscheidet sich der entsprechende Rat von allem, was über Custom Instructions geschrieben wurde. Dies ist ein praxisnaher Leitfaden: So funktioniert der Ordner, was einen Skill dauerhaft nützlich macht und womit Menschen ihre Zeit verschwenden.
So funktionieren Skills in Claude Code
Skills befinden sich in einem .claude/skills/-Verzeichnis. Jeder Skill ist ein Unterordner mit einer darin enthaltenen SKILL.md. Zwei Speicherorte sind wichtig:
-
Projekt -
.claude/skills/innerhalb des Repositorys. Der Skill wird zusammen mit dem Code weitergegeben, sodass ihn alle im Team erhalten. Hier gehört alles Projektspezifische hin. - Persönlich - derselbe Pfad in deinem Home-Verzeichnis. Gilt für alles, woran du arbeitest. Hier gehören deine eigenen Gewohnheiten hin.
Im Gegensatz zu Custom Instructions, die jeweils nur eine Sache enthalten, kann Claude Code viele Skills speichern und denjenigen laden, der zu deiner aktuellen Aufgabe passt. Das verändert, wie ein guter Skill aussehen muss: Seine Beschreibung muss präzise genug sein, damit der richtige Skill ausgewählt wird, und eng genug gefasst, damit er nicht für alles ausgewählt wird.
Was einen Skill wirklich unverzichtbar macht
Nach dem Erstellen vieler solcher Skills zeigt sich ein konsistentes Muster. Gute Skills bilden Entscheidungen ab, nicht Informationen.
Ein Skill, der erklärt, was eine REST-API ist, verschwendet Tokens für etwas, das das Modell bereits weiß. Ein Skill mit der Aussage „In diesem Repository gibt jeder Endpunkt Fehler im RFC-7807-Format zurück, und die drei Stellen, die das nicht tun, sind veraltet und dürfen nicht kopiert werden“ ist dauerhaft nützlich, weil das eine Entscheidung ist, die das Modell nicht ableiten kann.
Der Test: Wenn ein kompetenter Entwickler, der neu zu eurem Team kommt, darüber informiert werden müsste, gehört es in einen Skill. Wenn er es bereits wissen würde, lass es weg.
Die Kategorien, die sich lohnen
Code-Reviews mit einem teaminternen Standard
Allgemeine Review-Kommentare sind störendes Rauschen. Ein Review-Skill mit den tatsächlichen Konventionen eures Teams, über die ihr diskutiert und euch geeinigt habt, macht aus einem Review eine Checkliste statt einer Meinungsäußerung.
Testkonventionen
Welches Framework verwendet wird, wie ein Test benannt wird, was gemockt wird und was niemals gemockt wird und was für diese Codebasis als ausreichende Abdeckung gilt. Ohne diese Vorgaben erhältst du Tests in dem Stil, der in den Trainingsdaten am häufigsten vorkam.
Debugging und Arbeit an Vorfällen
Wo sich die Logs befinden, welches Dashboard welche Frage beantwortet und welche vier Dinge vor einer Eskalation geprüft werden. Dieser Skill macht sich um 3 Uhr morgens bezahlt.
Infrastruktur und Deployment
Die Deployment-Reihenfolge, was gefahrlos gegen die Produktionsumgebung ausgeführt werden kann und was nicht und für welche Migrationen ein Wartungsfenster erforderlich ist. Der Sinn besteht darin, die gefährlichen Teile festzuhalten.
Dokumentation und technisches Schreiben
Wo die Dokumentation liegt, welcher Struktur eine Seite folgt und worin sich in eurem Schreibstil ein Tutorial von einer Referenz unterscheidet.
Was du überspringen solltest
Sprach-Tutorials. Ein Skill, der Claude die Python-Syntax erklärt, erklärt Python-Syntax für etwas, das Python-Syntax bereits kennt.
Riesige Alles-in-einem-Skills. Ein Skill, der Frontend, Backend, Tests und Deployment abdeckt, wird ständig geladen und ist jedes Mal größtenteils irrelevant. Teile ihn auf.
Alles, was in einem Monat veraltet sein wird. Versionsnummern, aktuelle Sprint-Ziele und der Name der Person, die gerade Bereitschaftsdienst hat. Skills sind für dauerhafte Entscheidungen gedacht.
Vage Beschreibungen. Wenn die Beschreibung nicht klar angibt, wann der Skill gilt, wird er entweder nie oder immer ausgewählt. Beides ist nutzlos.
Mit einer Vorlage statt mit einer leeren Seite beginnen
Der schwierigste Teil ist nicht die Idee, sondern die Form: Wie spezifisch sollte man sein, was sollte man weglassen und wie schreibt man die Beschreibung, damit die Auswahl funktioniert? Genau diesen Teil lohnt es sich, von etwas bereits Erprobtem zu übernehmen.
Wir veröffentlichen rollenbasierte Skill-Dateien für Entwickler, DevOps-Fachleute und Architekten. Sie sind als reines .md verfasst und können entweder als Claude-Code-Skill verwendet oder in Custom Instructions eingefügt werden:
Claude-Code-Skills →
Entwickler-Skills →
DevOps-Skills →
Architekten-Skills →
Wenn du Claude Code nicht verwendest und trotzdem hier gelandet bist, findest du das entsprechende Gegenstück für Claude im Web unter Custom Instructions.
KissMySkills ist ein unabhängiger Marktplatz und steht in keiner Verbindung zu Anthropic, OpenAI oder einem anderen AI-Unternehmen, wird von ihnen weder unterstützt noch empfohlen. Claude Code ist ein Produkt von Anthropic.
