Skills finden und sicher prüfen

Status: Draft · Lernzeit etwa 50 Minuten
Mission: Einen fremden Skill vor der Installation fachlich und technisch prüfen.

Was du danach kannst

Du kannst einen Skill als ausführbares Arbeitsmittel lesen, seine Herkunft und Rechte einordnen und eine begründete Entscheidung treffen: verwenden, anpassen, isoliert testen oder ablehnen.

1 · Arbeitsproblem

Ein Skill sieht oft wie eine kleine Markdown-Datei aus. Zum Paket können weitere Referenzen, Vorlagen, Skripte und Installationsschritte gehören. Die Beschreibung entscheidet außerdem, wann ein Agent den Skill lädt. Ein unklarer Trigger oder ein unbemerktes Skript verändert den Arbeitsweg stärker als ein normaler Prompt.

2 · Vier Prüfebenen

Ebene	Frage	Nachweis
Herkunft	Wer pflegt den Skill und welche Version liegt vor?	Repository, Commit oder Release, Lizenz, Update-Stand
Invocation	Wann und durch wen startet er?	Beschreibung, Trigger, user- oder model-invoked
Prozess	Welche Schritte und Abschlusskriterien steuert er?	vollständig gelesene SKILL.md plus referenzierte Dateien
Wirkung	Welche Dateien, Tools, Netze und externen Aktionen berührt er?	Rechtekarte und sicherer C0-Test

Ein Stern auf GitHub ist kein Prüfnachweis. Entscheidend sind lesbarer Inhalt, passender Job, begrenzte Wirkung und ein eigener Test.

3 · Der sichere Prüfpfad

1. Job benennen: Welches reale Problem soll der Skill lösen?
2. Quelle fixieren: Repository und geprüften Stand notieren.
3. Vollständig lesen: SKILL.md bis zum Ende; jeder Pointer wird nur dann geöffnet, wenn sein Trigger für den geplanten Job gilt.
4. Skripte prüfen: Dateizugriffe, Shell-Befehle, Installationen, Netzwerk und externe Writes markieren.
5. Invocation prüfen: Automatischer Start verursacht Context Load; manueller Start verursacht Cognitive Load. Die Wahl muss zum Job passen.
6. Completion Criteria prüfen: Ein guter Skill kann erkennen, wann ein Schritt und der ganze Run fertig sind.
7. Isoliert testen: C0-Daten, begrenzter Ordner, sichtbare Vorschau, kein Versand, Publish, Kauf oder Löschen.
8. Entscheidung protokollieren: verwenden, anpassen, weiter prüfen oder ablehnen.

4 · Demonstration

Du findest einen Skill für Social-Media-Content. Er enthält einen guten Redaktionsablauf, verweist aber auf ein Posting-Skript.

• Der Content-Prozess passt zum Job.
• Das Skript schreibt direkt auf eine Plattform.
• Für den ersten Einsatz wird nur der Entwurfs- und Review-Teil übernommen.
• Publishing bleibt außerhalb des Skills, bis Accountrechte, Preview und Human Gate separat getestet sind.

Die richtige Entscheidung lautet hier „anpassen und isoliert testen“.

5 · Eigene Aufgabe

Wähle einen vorhandenen Skill aus einer vertrauenswürdigen Quelle. Nutze die Skill Review Card.

Checkpoint A · Lesebeweis

• Hauptdatei vollständig gelesen;
• relevante Pointer geöffnet;
• Skripte und Installationsschritte erfasst;
• unklare Stellen als Fragen notiert.

Checkpoint B · Testvertrag

• C0-Input;
• isolierter Testordner;
• erwartete Dateien oder Vorschau;
• Stop- und Recovery-Weg;
• keine Außenwirkung.

6 · Lernbeweis

Der Nachweis besteht aus Review Card, markierten Rechten, Testprotokoll und einer eigenen Entscheidung. Erkläre danach ohne Karte:

1. welchen Prozess der Skill stabilisiert;
2. wer ihn auslösen kann;
3. welche Wirkung er hat;
4. woran du einen sicheren ersten Test erkennst.

7 · Fehlerweg und Recovery

Fehlerbild	Reaktion
Quelle oder Version unklar	Installation stoppen und prüfbaren Stand suchen
Referenz wird verlangt, fehlt aber	Skill als unvollständig markieren
Skript braucht breite Rechte	Test isolieren oder den Skript-Zweig entfernen
automatischer Trigger feuert falsch	Beschreibung schärfen oder user-invoked machen
Test verändert unerwartete Dateien	stoppen, Diff prüfen, Testordner verwerfen

8 · Datenwand

Ein Test mit anonymisierten Beispielen belegt nur den Prozess. Vertrauliche oder regulierte Daten brauchen eine separate Anbieter-, Rechte- und Auftragsprüfung. Ein Skill erweitert keine rechtliche Freigabe.

9 · Quellen

• Anthropic: Agent Skills und Sicherheitsüberlegungen
• Anthropic Skills Repository
• Matt Pocock: Skills for Real Engineers

Prüfdatum für Produktaussagen: 12. Juli 2026.