Skills: Abläufe, die ein Agent bei Bedarf lädt
Was immer gilt, steht in der Regeldatei. Was nur manchmal gebraucht wird, gehört in einen Skill: eine Anleitung, die der Agent erst lädt, wenn die Aufgabe passt. Wie du einen schreibst – und warum du fremde liest, bevor du sie benutzt.
Boaz Lichtenstein
Im Pfad Wissen & Kontext stand die Regel: Die Regeldatei bleibt kurz, weil jede Zeile in jeder Sitzung mitgelesen wird. Aber wohin mit dem Ablauf für Rückerstattungen, der vierzig Zeilen braucht und nur bei jeder zwanzigsten Aufgabe vorkommt?
In einen Skill.
Was ein Skill ist
Ein Skill ist ein Ordner mit einer Anleitung – üblich ist eine Datei
SKILL.md – und bei Bedarf weiteren Dateien: Vorlagen, Beispiele,
kleine Skripte.
rueckerstattung/
SKILL.md Anleitung mit Name und Kurzbeschreibung
vorlage-antwort.md
pruefe-beleg.py
Der Trick liegt im Laden. Beim Start liest der Agent von jedem Skill nur zwei Zeilen: Name und Kurzbeschreibung. Erst wenn eine Aufgabe dazu passt, lädt er die ganze Anleitung. Zwanzig Skills kosten damit kaum Kontext – zwanzig Abläufe in der Regeldatei würden sie sprengen.
Ein guter Skill hat vier Teile
1. Die Kurzbeschreibung – als Auslöser. Sie beantwortet: Bei welchen Aufgaben soll der Agent diesen Skill laden?
name: rueckerstattung
description: Verwenden, wenn ein Kunde Geld zurück möchte, eine
Retoure meldet oder nach dem Stand einer Erstattung fragt.
„Hilft bei Kundenthemen“ wäre zu vage, um je ausgelöst zu werden.
2. Die Schritte. Nummeriert, in der Reihenfolge der Ausführung, mit Begründung, wo ein Schritt nicht offensichtlich ist.
3. Das Prüfkriterium. Woran erkennt der Agent, dass er fertig ist – und woran, dass er abbrechen und fragen muss?
4. Skripte für alles, was exakt sein muss. Rechnen, Formate prüfen, Dateien umwandeln: Das erledigt ein Skript zuverlässiger als ein Modell. Der Skill sagt dem Agenten, wann er es aufruft.
Wann aus einer Erklärung ein Skill wird
Die Faustregel: Wenn du denselben Ablauf zum dritten Mal erklärst. Beim ersten Mal weißt du noch nicht, ob er wiederkommt. Beim zweiten ahnst du es. Beim dritten schreibst du ihn auf – am besten direkt nach einem gelungenen Durchlauf: „Halte fest, wie wir das gerade gemacht haben, als Skill.“
Manche Agenten legen Skills auf diese Weise selbst an. Das ist nützlich und braucht dieselbe Kontrolle wie alles andere, was ein Agent schreibt: Lies den Skill, bevor er das nächste Mal benutzt wird.
Fremde Skills sind fremder Code
Skills lassen sich teilen und aus Verzeichnissen installieren. Das ist bequem – und eine Lieferkette. Ein Skill kann:
- Befehle ausführen lassen, über mitgelieferte Skripte
- Anweisungen enthalten, die dein Agent befolgt, weil er sie für seine eigenen hält
- Daten nach außen geben, etwa über einen harmlos benannten Schritt „Ergebnis hochladen“
Vor der Installation gilt deshalb:
- Alles lesen – die Anleitung und jedes Skript.
- Herkunft prüfen. Wer hat ihn geschrieben, wer pflegt ihn?
- Erst in einer Umgebung ohne Zugriff auf echte Daten testen.
- Version festhalten. Ein Skill, der sich still aktualisiert, ist morgen ein anderer als der, den du gelesen hast.
Das Angriffsmuster dahinter kennst du aus Prompt Injection – nur dass du die fremden Anweisungen hier selbst installierst.
Skills gehören unter Versionskontrolle
Ein Skill ist ein Stück Betriebswissen. Leg ihn ins Repository, lass Änderungen über Pull Requests laufen – und miss sie. Der Testsatz aus der vorigen Station sagt dir, ob ein Skill die Ergebnisse verbessert: einmal mit, einmal ohne, dieselben Fälle.
Nicht jeder Skill besteht diesen Test. Manche machen den Agenten nur langsamer, weil er eine Anleitung liest, die er nicht gebraucht hätte. Die fliegen wieder raus.