Was macht Skill-Scout?
Verwende diesen Skill, bevor du einen neuen Skill erstellst. Ziel ist es, Doppelarbeit an bestehenden Community- oder Marktplatz-Skills zu vermeiden und gleichzeitig externe Quellen vor der Übernahme zu prüfen.
Quelle: Aus altem Community-PR #1232 von redminwang geborgen.
Wann verwenden
- Der Benutzer sagt „Skill erstellen“, „Skill bauen“, „Skill machen“ oder „neuer Skill“.
- Der Benutzer fragt „Gibt es einen Skill für X?“ oder „Existiert ein Skill, der Y macht?“
- Der Benutzer beschreibt einen Workflow und du bist kurz davor, die Erstellung eines neuen Skills vorzuschlagen.
- Der Benutzer möchte einen vorhandenen Skill forken oder erweitern.
Wenn der Benutzer explizit sagt, dass die Suche übersprungen oder von Grund auf neu erstellt werden soll, bestätige dies und fahre mit dem gewünschten Erstellungs-Workflow fort.
Wie es funktioniert
Schritt 1 – Absicht erfassen
Extrahiere:
- Die Aufgabe, die der Skill ausführen soll.
- Die Auslösebedingungen für seine Verwendung.
- Die Domäne, Werkzeuge, Frameworks oder Datenquellen, die beteiligt sind.
- Drei bis fünf Suchbegriffe plus nützliche Synonyme.
Schritt 2 – Lokale Quellen durchsuchen
Suche zuerst nach installierten und Marktplatz-Skill-Namen. Lokale Quellen werden bevorzugt, da sie bereits Teil der Umgebung des Benutzers sind.
find ~/.claude/skills -maxdepth 2 -name SKILL.md 2>/dev/null | grep -iE "keyword|synonym"
find ~/.claude/plugins/marketplaces -path '*/skills/*/SKILL.md' 2>/dev/null | grep -iE "keyword|synonym"
Dann durchsuche Frontmatter-Beschreibungen:
grep -RilE "keyword|synonym" ~/.claude/skills ~/.claude/plugins/marketplaces 2>/dev/null
Schritt 3 – Entfernte Quellen durchsuchen
Verwende verfügbare GitHub- und Websuchwerkzeuge. Bevorzuge prägnante Suchanfragen:
gh search repos "claude code skill keyword" --limit 10 --sort stars
gh search code "name: keyword" --filename SKILL.md --limit 10
Für die Websuche verwende höchstens drei gezielte Suchanfragen wie:
"claude code skill" keyword
"SKILL.md" keyword
"everything-claude-code" keyword
Schritt 4 – Externe Treffer prüfen
Bevor du einen externen Skill zur Übernahme oder zum Forken empfiehlst:
- Lies das
SKILL.md-Frontmatter und die Anweisungen. - Achte auf unerwartete Shell-Befehle, Dateischreibvorgänge, Netzwerkaufrufe, Umgang mit Anmeldedaten oder Paketinstallationen.
- Überprüfe, ob das Repository gewartet erscheint.
- Bevorzuge das Kopieren in einen frischen lokalen Branch und die Überprüfung des Diffs gegenüber dem Bearbeiten von Marktplatz-Originalen.
Schritt 5 – Ergebnisse bewerten
Bewerte Kandidaten nach:
- Exakter Übereinstimmung des Suchbegriffs im Skill-Namen.
- Übereinstimmung des Suchbegriffs oder Synonyms in der Beschreibung.
- Lokaler installierter oder Marktplatz-Quelle.
- Gepflegter GitHub-Quelle mit aktueller Aktivität.
- Nur-Web-Erwähnung.
Begrenze die endgültige Liste auf 10 Ergebnisse.
Schritt 6 – Entscheidungsoptionen präsentieren
Gib dem Benutzer eine kurze Tabelle:
| Option | Bedeutung |
|---|---|
| Vorhandenen verwenden | Verwende einen passenden Skill unverändert oder installiere ihn. |
| Forken oder erweitern | Kopiere den ähnlichsten Skill und modifiziere ihn. |
| Neu erstellen | Erstelle einen neuen Skill, nachdem bestätigt wurde, dass keine nahe Übereinstimmung existiert. |
Erstelle nur dann einen neuen Skill, nachdem der Benutzer diesen Weg gewählt hat oder die Suche keine nahe Übereinstimmung gefunden hat.
Beispiele
Ergebnistabelle
| # | Skill | Quelle | Warum er passt | Lücke |
| --- | --- | --- | --- | --- |
| 1 | article-writing | Lokal ECC | Erstellt Entwürfe für Artikel und Anleitungen | Nicht auf Release-Notes fokussiert |
| 2 | content-engine | Lokal ECC | Multi-Format-Content-Workflow | Schwerfälliger als nötig |
| 3 | blog-writer | GitHub | Blog-Schreib-Skill mit aktuellen Commits | Benötigt Sicherheitsüberprüfung |
Zusammenfassung für den Benutzer
Ich habe zwei nahe lokale Übereinstimmungen und einen externen Kandidaten gefunden. Der beste Treffer ist `article-writing`; es deckt das Erstellen und Überarbeiten ab, enthält jedoch nicht die von dir gewünschte Release-Notes-Checkliste. Ich kann es entweder unverändert verwenden, in eine Release-Notes-Variante forken oder einen neuen Skill erstellen.
Antimuster
- Springe nicht direkt zur Erstellung eines neuen Skills, wenn eine Suche sinnvoll ist.
- Installiere keine externen Skills, ohne sie vorher gelesen zu haben.
- Präsentiere keine lange, unsortierte Liste von schwachen Treffern.
- Behandle Nur-Web-Erwähnungen nicht als vertrauenswürdige Quellen.
- Bearbeite keine installierten Marktplatz-Originale direkt an Ort und Stelle.
Verwandtes
search-first– Allgemeiner „Suche vor dem Bauen“-Workflow.skill-stocktake– Überprüfung der installierten Skills auf Zustand, Duplikate und Lücken.agent-sort– Kategorisieren und Organisieren vorhandener Agents und Skills.