ClawHub Skill Registry: Finden und Teilen von Claude Code Skills

Zuletzt aktualisiert: June 28, 2026

Ein Skill-Verzeichnis ist das fehlende Puzzlestück zwischen dem Schreiben eines Claude Code Skills und dessen tatsächlicher Nutzung durch andere. ClawHub ist ein Community-Verzeichnis, das für SKILL.md Pakete das tut, was npm für JavaScript tut: Es listet sie auf, versioniert sie und liefert Ihnen eine Einzeilen-Installation. Ich habe meinen ersten Verzeichnis-Skill etwa zehn Minuten nach dem Erfahren veröffentlicht, dass es Skills gibt, und den eigenen die darauffolgende Woche.

Hier ist die Kurzzusammenfassung, gefolgt vom Praktischen: Was ein Verzeichnis ist, wie ich Skills von ClawHub finde und installiere, wie ich eines veröffentliche und welche Vertrauensfragen ich mir stelle, bevor ich Code von jemand anderem ausführe. Falls Sie noch nie einen Skill geschrieben haben, finden Sie die Mechanik in meinem Beitrag über Claude Code Skills; dieser Artikel setzt Grundkenntnisse voraus und konzentriert sich auf die Sharing-Schicht.

Kurze Antwort: Was ist ein Skill-Verzeichnis?

Ein Skill-Verzeichnis ist ein gehosteter Katalog von Claude Code Skills. Jeder Eintrag verweist auf ein Paket (einen Ordner mit einer SKILL.md und normalerweise einigen Skripten), hat einen Namen, eine Version und einen Autor. Sie durchsuchen den Katalog, installieren einen Eintrag in Ihr lokales .claude/skills/-Verzeichnis, und das Modell kann diesen Skill dann bei Bedarf aufrufen. ClawHub ist das von der Community betriebene Beispiel, das ich täglich verwende; es ist kein offizielles Anthropic-Produkt, daher behandeln Sie es wie jede andere Drittanbieter-Paketquelle.

Anthropic dokumentiert das zugrunde liegende Skill-Format unter docs.anthropic.com/en/docs/agents-and-tools/agent-skills, und die CLI, die diese Skills lädt, ist Open Source unter github.com/anthropics/claude-code. Ein Verzeichnis sitzt über beiden und bietet Entdeckung und Distribution. Für das umfassendere Agentenbild sehen Sie sich den Claude Code Ultimate Guide for 2026 an.

Warum sollte man überhaupt ein Verzeichnis nutzen?

Ohne ein Verzeichnis bedeutet das Teilen eines Skills, einen Ordner zu zippen, ihn zu senden und zu hoffen, dass der Empfänger ihn im richtigen Pfad ablegt. Das bricht zusammen, sobald Sie einen Fehler beheben oder den Prompt ändern. Ein Verzeichnis gibt Ihnen vier Dinge, auf die ich mich verlasse:

• Entdeckung — eine durchsuchbare Liste, damit ich nicht wissen muss, ob ein Skill nur durch Mundpropaganda existiert.
• Versionierung — jeder Publish ist eine Version, und ich kann festlegen oder zurückrollen.
• Einzeilen-Installation — ein einzelner Befehl anstelle eines manuellen Kopierens.
• Eine gemeinsame Quelle der Wahrheit — mein Team und ich installieren denselben migration-lint Skill und erhalten dasselbe Verhalten.

Der Kompromiss ist Vertrauen. Ein Verzeichnis, das jeder veröffentlichen kann, ist nur so sicher wie Ihre Überprüfungsgewohnheiten. Ich behandle Verzeichnis-Skills als nicht vertrauenswürdigen Code, bis ich sie gelesen habe, was ich unten erläutere.

Wie installiere ich einen Skill von ClawHub?

Der genaue Befehl variiert je nach Verzeichnis-Client, aber das Muster ist überall dasselbe: suchen, installieren, überprüfen. Mit der global installierten ClawHub CLI sieht mein normaler Workflow so aus.

## Einen Skill nach Fähigkeit finden
clawhub search "database migration"

## Nach Name installieren (neueste Version)
clawhub install migration-lint

## Eine spezifische Version für Reproduzierbarkeit festlegen
clawhub install migration-lint@1.2.0

## Sehen, was vorhanden ist, einschließlich der Versionen
clawhub list

Nach der Installation landet der Skill in .claude/skills/migration-lint/ innerhalb meines Projekts. Ich öffne den Ordner, bevor ich das Modell überhaupt lasse, ihn zu nutzen, denn das Modell wird jeder Anweisung folgen, die sich in diesem SKILL.md befindet. Wenn der Skill Shell-Skripte enthält, lese ich diese ebenfalls. Der Skill feuert nur ab, wenn das Modell entscheidet, dass die Aufgabe seiner Beschreibung entspricht, genau wie in dem SKILL.md Mechanikbeitrag beschrieben.

Eine kleine Installations-Checkliste

Wie veröffentliche ich meinen eigenen Skill?

Das Veröffentlichen war der Teil, wegen dem ich nervös war, und es stellte sich heraus, dass er die einfache Hälfte war. Die schwierige Hälfte war das Schreiben einer description, die gut genug ist, damit das Modell den Skill tatsächlich auslöst. Mein Publish-Workflow von Anfang bis Ende:

1. Den Skill lokal erstellen und ihn zuerst in einer echten Sitzung testen.
2. Ein kleines Manifest hinzufügen (Name, Version, Autor, Eintragspfad), das das Verzeichnis erwartet.
3. Einmal mit einem API-Token beim Verzeichnis anmelden.
4. Den Publish-Befehl aus dem Skill-Ordner ausführen.
5. Die Version im Manifest bei jeder Änderung erhöhen und dann erneut veröffentlichen.

Ein minimaler Skill-Ordner, den ich letzten Monat veröffentlicht habe, sieht so aus.

migration-lint/
├── SKILL.md          # Die Anweisungen, die das Modell lädt
├── scripts/
│   └── check.sh      # Führt den eigentlichen Lint aus
└── skill.json        # Verzeichnis-Manifest: name, version, author

Der Inhalt von SKILL.md ist dort, wo die eigentliche Arbeit geleistet wird, und dieselben Schreibregeln gelten, egal ob der Skill lokal oder in einem Verzeichnis ist: Beginnen Sie mit wann er zu verwenden ist, halten Sie den Hauptteil kurz und fügen Sie nur die Dateien bei, die der Skill wirklich benötigt. Wenn ein Skill über eine Aufgabe hinaus wächst, teile ich ihn auf, was dieselbe Intuition ist wie das Ausführen von Claude Code Sub-Agents für parallele Arbeit anstatt eines riesigen Prompts.

Wie verhält sich ein Verzeichnis im Vergleich zu anderen Möglichkeiten, Claude Code zu erweitern?

Skills sind nicht der einzige Erweiterungsmechanismus, und ich greife je nach Aufgabe auf unterschiedliche zurück. Skills eignen sich am besten für wiederverwendbare, modellgesteuerte Anweisungen; MCP-Server eignen sich am besten für Live-Daten und Tool-Zugriff; Sub-Agents eignen sich am besten für isolierte, parallele Arbeit. Die folgende Tabelle zeigt, wie ich mich tatsächlich entscheide.

MCP ist die richtige Wahl, wenn das Modell etwas live tun muss, anstatt einem gespeicherten Verfahren zu folgen. Ich habe den vollständigen Vergleich in how MCP connects AI to your tools geschrieben, und der offizielle Überblick über die Fähigkeiten der CLI befindet sich unter docs.anthropic.com/en/docs/claude-code.

Ist ClawHub offiziell und ist es sicher?

Nein, ClawHub ist ein Community-Verzeichnis und kein Anthropic-Produkt. Das ist kein Grund, es zu vermeiden, aber es ist ein Grund, die gleiche Vorsicht walten zu lassen, die Sie bei jeder Open-Source-Abhängigkeit anwenden würden. Das Modell wird ausführen, was auch immer ein Skill ihm sagt, daher kann ein bösartiger oder unsauberer Skill Dateien lesen, Netzwerkendpunkte aufrufen oder Shell-Befehle in Ihrem Namen ausführen.

Meine eigenen Regeln, nach Wichtigkeit:

• Ich lese jedes SKILL.md vor der ersten Nutzung von Anfang bis Ende.
• Ich lese jedes Skript, das der Skill mitbringt.
• Ich bevorzuge Skills von Autoren, die ich kenne oder die eine öffentliche Überprüfung haben.
• Ich lege Versionen fest und lese den Changelog, bevor ich aktualisiere.
• Ich führe nicht vertrauenswürdige Skills zuerst in einem temporären Verzeichnis aus.

Wenn ein Skill mehr Berechtigungen verlangt, als für seine Aufgabe nötig sind, ist das ein Warnsignal und ich installiere ihn nicht.

Was kann bei Drittanbieter-Skills schiefgehen?

Einige Fehlerfälle, die mir tatsächlich begegnet sind oder die ich gesehen habe: Die description eines Skills ist zu weit gefasst, sodass er für Aufgaben ausgelöst wird, für die er nicht gedacht war, und schlechte Anweisungen gibt; ein Update ändert das Verhalten ohne Changelog und bricht meinen Workflow still; oder ein Skill bündelt ein Skript mit einem hartcodierten Pfad, der auf meinem Gerät nicht existiert. Keines davon ist katastrophal, aber all diese verschwenden Zeit, und alle sind billiger zu beheben, indem man den Skill liest, als indem man die Ausgabe des Modells debuggt.

Die Lösung ist langweilig und effektiv: Behandeln Sie das Verzeichnis wie npm, behandeln Sie jeden Skill wie eine Abhängigkeit und überprüfen Sie vor der Ausführung. Legen Sie Ihre Versionen fest, führen Sie eine kurze Liste vertrauenswürdiger Autoren und bei Zweifeln kopieren Sie den Skill in einen lokalen Ordner und entfernen alles, was Sie nicht verstehen.

Zusammenfassung

Ein Skill-Verzeichnis verwandelt SKILL.md-Dateien von persönlichen Abkürzungen in teilbare Infrastruktur. ClawHub gibt mir Entdeckung, Versionierung und Einzeilen-Installationen, und die Veröffentlichung meines eigenen Skills dauerte einen Nachmittag, nachdem der Skill selbst geschrieben war. Die Mechanik ist einfach; die Disziplin liegt in der Überprüfung. Lesen Sie, was Sie installieren, legen Sie fest, was Sie vertrauen, und veröffentlichen Sie die Skills, die Sie sich jede Woche neu schreiben müssen.

Image credits

• Bunter Programmiercode, der auf einem Entwicklercomputerbildschirm hervorgehoben ist — Foto von Nemuel Sereti auf Pexels
• Lebendiger Quellcode, der auf einem Monitor angezeigt wird und eine Verzeichnisauflistung darstellt — Foto von Seraphfim Gallery auf Pexels
• Farbcodierter Programmiercode, der einen verpackten Claude Code Skill darstellt — Foto von Godfrey Atima auf Pexels
• Ein Entwickler, der auf einem Laptop programmiert und installierte Pakete überprüft — Foto von Lukas Blazek auf Pexels