Skills verstehen
Was du hier lernst
3 Arbeitsbausteine
- 01Skill als Arbeitsvertrag
- 02Anleitung, Ressourcen und Werkzeuge
- 03Skill oder normaler Auftrag
Status: Draft · Lernzeit etwa 55 Minuten
Mission: Für einen wiederkehrenden Arbeitsjob die kleinste passende Erweiterung wählen und begründen.
Was du danach kannst
Du kannst sechs Bausteine auseinanderhalten: Auftrag, Context, Tool, Connector, Skill und Harness. Für einen eigenen Job entscheidest du, welcher Baustein fehlt. Am Ende liegt eine ausgefüllte Skill Decision Card vor.
1 · Arbeitsproblem
Ein guter erster Lauf wird schnell zu einer langen Daueranweisung. Im nächsten Chat fehlt wieder eine Regel, ein Beispiel oder ein Prüfschritt. Oft entsteht zu früh ein „Agent“, obwohl ein kurzer Brief oder eine gepflegte Context-Datei gereicht hätte.
Die Folge: mehr Text, mehr Wartung und weniger Vorhersagbarkeit.
2 · Denkmodell: Was, wie, womit und wo
Für den Kurs nutzen wir eine klare Arbeitssprache:
| Baustein | Leitfrage | Typischer Einsatz |
|---|---|---|
| Capability / Ability | Was kannst du zuverlässig erreichen? | „Eine Story aus freigegebenem Rohmaterial vorbereiten und prüfen.“ |
| Auftrag / Prompt | Was soll in diesem einen Lauf passieren? | Einmaliger, klar begrenzter Job. |
| Context | Welche bestätigten Fakten und Regeln gelten? | Zielgruppe, Ton, Quellen, Entscheidungen, Datenwand. |
| Tool | Welche konkrete Aktion ist möglich? | Datei lesen, Browser öffnen, Bild erzeugen, Test ausführen. |
| Connector | Welches bestehende System darf angesprochen werden? | Drive, Kalender, Mail oder Notion mit begrenzten Rechten. |
| Procedural Skill | Welcher Ablauf soll bei dieser Jobklasse wiederkehren? | Schritte, Prüfungen, Ressourcen, Abschlusskriterium und Recovery. |
| Harness | In welcher Arbeitsumgebung läuft der Job kontrolliert? | Dateien, Rechte, Tools, Modell, Feedback und Human Gates. |
Capability beschreibt das Ergebnisvermögen. Ein procedural skill hält den
wiederholbaren Weg dorthin fest. Die Begriffe werden außerhalb des Kurses nicht
immer so getrennt; hier verhindert die Trennung voreilige Technik.
3 · Wann ein Skill sinnvoll wird
Ein Skill lohnt sich, wenn derselbe Prozess wiederkehrt und der Ablauf mehr als einen guten Auftrag braucht. Vier Signale reichen:
- dieselben Schritte werden in mehreren Runs erneut erklärt;
- ein ausgelassener Prüfschritt erzeugt wiederholt schlechte Ergebnisse;
- Vorlagen, Beispiele oder Skripte gehören dauerhaft zum Ablauf;
- ein eindeutiges Abschlusskriterium entscheidet, ob der Run fertig ist.
Ein einmaliger Job bleibt ein Auftrag. Bestätigte Fakten bleiben Context. Zugriff auf ein System bleibt Connector. Eine einzelne Aktion bleibt Tool.
4 · Anatomie eines guten Skills
Ein Skill soll den Prozess vorhersehbar machen. Das Ergebnis darf je nach Input unterschiedlich ausfallen.
- Trigger: Wann wird der Skill gebraucht?
- Schritte: Welche Reihenfolge trägt den Job?
- Completion Criteria: Woran ist jeder kritische Schritt und der ganze Run fertig?
- Ressourcen: Welche Vorlagen, Beispiele oder Referenzen werden nur bei Bedarf geladen?
- Feedback: Welche Vorschau, welcher Test oder welches Review liefert Rückmeldung?
- Recovery: Wie stoppt, diagnostiziert und korrigiert man einen falschen Lauf?
Kurze Skills bleiben im Kern lesbar. Spezialwissen liegt hinter klaren Pointern. Eine Regel hat genau eine maßgebliche Stelle.
5 · Demonstration: Aus „mach Content“ wird ein kontrollierter Job
Ausgangslage: Aus einer freigegebenen Sprachnachricht soll ein Story-Entwurf entstehen. Versand und Veröffentlichung bleiben beim Menschen.
- Beim ersten Mal reichen Auftrag, freigegebener Context und ein sichtbarer Entwurf.
- Nach drei ähnlichen Runs zeigt sich ein stabiler Ablauf: transkribieren, Kernaussage markieren, drei Frames schreiben, Ton prüfen, Preview erzeugen.
- Eine Vorlage und eine Freigabekarte werden jedes Mal gebraucht.
- Jetzt lohnt ein Skill. Er lädt die Vorlagen bei Bedarf und endet immer an einer menschlichen Freigabe.
Der Skill braucht noch keinen Publishing-Connector. Ein Connector wird erst relevant, wenn der belegte Ablauf denselben manuellen Transfer wiederholt und die Rechte geklärt sind.
6 · Eigene Aufgabe
Nimm einen echten, ungefährlichen Arbeitsjob. Fülle die Skill Decision Card aus.
Checkpoint A · Job schneiden
- Ergebnis in einem Satz;
- Input und Datenklasse benannt;
- sichtbare Vorschau möglich;
- Stop-Regel festgelegt.
Checkpoint B · Baustein wählen
Ordne die Lücke zuerst einem Baustein zu: Auftrag, Context, Tool, Connector, Skill oder Harness. Ein Skill braucht mindestens zwei der vier Signale aus Abschnitt 3.
Checkpoint C · Mini-Vertrag
Falls ein Skill passt, notiere Trigger, drei bis sieben Schritte, Ressourcen, Completion Criteria und Recovery. Baue noch nichts.
7 · Lernbeweis
Die Lektion ist belegt, wenn vier Dinge vorliegen:
- eine ausgefüllte Decision Card;
- eine kurze Begründung für den gewählten Baustein;
- ein zweites Szenario, das du ohne Vorlage richtig einordnest;
- ein Recovery-Satz: „Wenn der Ablauf falsch startet, prüfe ich zuerst …“
Wiederhole die Einordnung nach zwei Tagen mit einem neuen Job. Der Abruf zählt, nicht das Wiederlesen.
8 · Fehlerweg und Recovery
| Fehlerbild | Erste Diagnose | Nächster Schritt |
|---|---|---|
| Skill startet zu oft | Trigger ist zu breit | Jobklasse und Ausnahmen schärfen |
| Skill wird nie gewählt | Beschreibung nennt den echten Job nicht | führenden Begriff aus der Arbeitssprache einsetzen |
| Ablauf endet zu früh | Completion Criteria sind weich | sichtbares Ergebnis oder Test benennen |
| Skill wird immer länger | Context, Referenz und Prozess sind vermischt | Fakten in Context, Spezialwissen hinter Pointer verschieben |
| Ergebnis bleibt schwach | Feedback fehlt | Preview, Test oder menschliches Review in den Ablauf setzen |
9 · Datenwand
Skills sind Dateien und können Anweisungen, Skripte oder Tools mitbringen. Installiere nur Quellen, deren Inhalt du geprüft hast. Ein Skill erhält dieselben Datei-, Netzwerk- und Systemrechte wie sein Harness. Externe Wirkung, Zugangsdaten und sensible Daten brauchen weiterhin einen eigenen Human Gate.
10 · Quellen und Aktualisierung
- Matt Pocock: Skills for Real Engineers
- Anthropic: Agent Skills Overview
- Anthropic: Open-Source Skills
Produktdetails und Installationswege werden vor einer öffentlichen Freigabe erneut geprüft. Das Denkmodell, die Decision Card und der Lernbeweis bleiben werkzeugunabhängig.
Arbeitsmittel