AI Readiness
3.1deep divedraft · 55 Min.

Skills verstehen

Was du hier lernst

3 Arbeitsbausteine

  1. 01Skill als Arbeitsvertrag
  2. 02Anleitung, Ressourcen und Werkzeuge
  3. 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:

BausteinLeitfrageTypischer Einsatz
Capability / AbilityWas kannst du zuverlässig erreichen?„Eine Story aus freigegebenem Rohmaterial vorbereiten und prüfen.“
Auftrag / PromptWas soll in diesem einen Lauf passieren?Einmaliger, klar begrenzter Job.
ContextWelche bestätigten Fakten und Regeln gelten?Zielgruppe, Ton, Quellen, Entscheidungen, Datenwand.
ToolWelche konkrete Aktion ist möglich?Datei lesen, Browser öffnen, Bild erzeugen, Test ausführen.
ConnectorWelches bestehende System darf angesprochen werden?Drive, Kalender, Mail oder Notion mit begrenzten Rechten.
Procedural SkillWelcher Ablauf soll bei dieser Jobklasse wiederkehren?Schritte, Prüfungen, Ressourcen, Abschlusskriterium und Recovery.
HarnessIn 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:

  1. dieselben Schritte werden in mehreren Runs erneut erklärt;
  2. ein ausgelassener Prüfschritt erzeugt wiederholt schlechte Ergebnisse;
  3. Vorlagen, Beispiele oder Skripte gehören dauerhaft zum Ablauf;
  4. 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.

  1. Beim ersten Mal reichen Auftrag, freigegebener Context und ein sichtbarer Entwurf.
  2. Nach drei ähnlichen Runs zeigt sich ein stabiler Ablauf: transkribieren, Kernaussage markieren, drei Frames schreiben, Ton prüfen, Preview erzeugen.
  3. Eine Vorlage und eine Freigabekarte werden jedes Mal gebraucht.
  4. 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:

  1. eine ausgefüllte Decision Card;
  2. eine kurze Begründung für den gewählten Baustein;
  3. ein zweites Szenario, das du ohne Vorlage richtig einordnest;
  4. 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

FehlerbildErste DiagnoseNächster Schritt
Skill startet zu oftTrigger ist zu breitJobklasse und Ausnahmen schärfen
Skill wird nie gewähltBeschreibung nennt den echten Job nichtführenden Begriff aus der Arbeitssprache einsetzen
Ablauf endet zu frühCompletion Criteria sind weichsichtbares Ergebnis oder Test benennen
Skill wird immer längerContext, Referenz und Prozess sind vermischtFakten in Context, Spezialwissen hinter Pointer verschieben
Ergebnis bleibt schwachFeedback fehltPreview, 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

Produktdetails und Installationswege werden vor einer öffentlichen Freigabe erneut geprüft. Das Denkmodell, die Decision Card und der Lernbeweis bleiben werkzeugunabhängig.

Arbeitsmittel

Für den eigenen Run