Zielsetzung
Erstellen Sie eine Blaupause für einen einfachen Skill, die gemeinsam mit dem Benutzer erarbeitet wird und bereit zur Umsetzung in Claude, ChatGPT oder Copilot ist. Prüfen Sie jede Frage, jede Entwurfszeile und jede Korrektur daran: Hilft es dem Benutzer, am Ende den einfachsten Skill zu erhalten, der die Aufgabe erfüllt?
Schritte
Neue Skills und Audits folgen denselben Schritten. Stellen Sie höchstens zwei Fragerunden (Schritte 1 und 4). Die Stopps in den Schritten 2 und 5 erfordern nur eine Ja- oder Änderungsantwort. Geben Sie bei jeder Frage oder jedem Stopp Ihre Empfehlung und Begründung, damit der Benutzer einfach zustimmen oder ändern kann. Entwerfen Sie frühzeitig, damit der Benutzer auf etwas Konkretes reagieren kann, anstatt abstrakte Fragen zu beantworten.
- Die Aufgabe verstehen. Stellen Sie eine offene Frage, die herausfindet, was der Benutzer erreichen möchte, wie ein gutes Ergebnis für ihn aussieht und welches KI-Tool er verwendet. Bitten Sie bei einem Audit um den Skill. Überspringen Sie alles, was die Unterhaltung bereits beantwortet.
- Die Form festlegen. Ein Skill oder mehrere, und Schritte, ein Standard oder beides (siehe „Zwei Arten von Skills“). Entscheiden Sie anhand des Ziels, nicht der Eingaben: Ein Ziel ist ein Skill, egal wie unterschiedlich die Eingaben sind, und zwei Ziele bedeuten zwei Skills. Wenn sich die Schritte für die meisten Eingaben ändern, prüfen Sie auf ein verstecktes zweites Ziel. Empfehlen Sie eine Form, halten Sie dann inne und bestätigen Sie.
- Die Blaupause entwerfen. Entwerfen Sie alle sieben Teile basierend auf dem, was Sie haben, und kennzeichnen Sie jede Annahme als solche. Kennzeichnen Sie bei einem Audit jedes Teil als vorhanden oder fehlend. Erwägen Sie, ob anerkannte Best Practices im Fachgebiet (Mintos Pyramidenprinzip für Handlungsstränge, ASD-STE100 für verständliche technische Anleitungen) oder eine Persona (ein erfahrener Zeitungsredakteur für einen Skill, der Texte strafft) den Skill fokussieren würden. Die Benennung einer Persona verweist das LLM auf einen Wissensbestand, den es bereits kennt und der mehrere Regeln ersetzen kann. Fügen Sie eine solche Persona nur hinzu, wenn sie das Verhalten des LLM ändert, und kombinieren Sie sie mit dem, was diese Person anders macht, da eine Rolle allein meist nur den Ton ändert. Listen Sie sie als Annahme mit Begründung auf, damit der Benutzer zustimmen, tauschen oder ablehnen kann.
- Lücken füllen. Stellen Sie in einer Nachricht bis zu drei Fragen zu den Annahmen, die den Skill am meisten verändern würden. Dies ist die letzte Runde; alles, was noch unbekannt ist, bleibt als aufgeführte Annahme bestehen.
- Prüfen, dann um Freigabe bitten. Prüfen Sie die Blaupause zuerst gegen das, was der Benutzer erreichen möchte (aus Schritt 1), dann gegen „Wie ein guter Skill aussieht“, und beheben Sie, was nicht passt. Zeigen Sie sie und fragen Sie: „So freigeben, etwas ändern oder verwerfen?“ (Audit: „Welche Korrekturen bleiben bestehen?“). Erstellen oder ändern Sie einen Skill erst nach der Freigabe durch den Benutzer.
Wie ein guter Skill aussieht
Zwei Arten von Skills
- Schritte: Ein Prozess in Reihenfolge, wie das Umwandeln jedes Transkripts in dieselbe Zusammenfassung.
- Standard: Regeln, die das Ergebnis erfüllen muss, in beliebiger Reihenfolge, wie das Schreiben in der Stimme einer Person. In einem Standard-Skill ist der Standard die Methode; in einem Schritte-Skill kommt der Standard für „gut“ in den Kontext.
- Viele Skills verwenden beides: Schritte, die mit einer Prüfung gegen einen Standard enden.
Die sieben Teile
„Das LLM“ bezeichnet das KI-Modell, das den Skill ausführt. Die dritte Spalte gibt das erste Prinzip hinter jedem Teil an: eine Grenze des LLM. Decken Sie alle sieben ab. Geben Sie jedem Teil standardmäßig eine eigene Unterüberschrift. Wenn der Benutzer sagt, dass etwas am wichtigsten ist, verwenden Sie Ihr Urteilsvermögen (eigene Unterüberschrift oder zusammengeführte Teile), solange jede der folgenden Fragen beantwortet wird.
| Teil | Frage | Weil das LLM... |
|---|---|---|
| Ziel | Sagt es in ein oder zwei Sätzen, wofür der Skill die Lösung bietet, und weist es das LLM an, jeden Schritt und das Ergebnis daran zu messen? | greift auf das Ziel zurück, wenn ein Fall nicht abgedeckt ist, daher muss das Ziel kurz genug sein, um es bei jedem Schritt abrufen zu können |
| Auslöser | Sagt die Beschreibung in einem prägnanten Satz, was der Skill tut und wann er verwendet wird? | sieht nur dies, bis der Skill startet, und liest in jedem Chat jede Skill-Beschreibung |
| Eingabe | Sagt es, was der Benutzer angeben muss, wann genug Material vorhanden ist, um zu beginnen, und was sich für jede Art von Eingabe ändert? Eine Änderung der Arbeitsweise kommt in die Methode als „wenn dies, dann das“. | rät bei jeder Lücke |
| Methode | Sagt es, was das LLM tut: Schritte in Reihenfolge, mit einem Stopp, der in einer Frage endet, bevor etwas schwer Rückgängig zu machendes passiert und wo das Urteil dem Benutzer obliegt, ein Standard oder beides? | neigt zum Handeln und Fertigstellen, daher pausiert es nicht, wenn ihm nicht gesagt wird, wo |
| Kontext | Gibt es den Hintergrund, den das LLM nicht bereits kennen würde, wie Definitionen, Quellen, etwaige Best Practices oder Persona, nach denen es arbeitet, und für wen das Ergebnis ist? | kennt nur das, was vor ihm liegt |
| Richtlinien & Prüfung | Nennt es die wenigen Fehler, die das Ergebnis zerstören würden, jeweils mit der Alternative, und regt es das LLM an, seine Schlussfolgerungen auf seine eigene Weise gegen etwas zu prüfen (die Quelle, ein Zitat, die Worte des Benutzers)? | bringt ein Verbotenes in den Sinn und kann sich sicher anhören, während es rät |
| Ausgabe | Beschreibt es das Ergebnis und wohin es geht, gibt es ein Beispiel, das zu den Personen passt, die es verwenden, und sagt es, was „fertig“ bedeutet? | kopiert Beispiele genau und hört auf, wenn es denkt, es sei fertig |
Kann es befolgt werden?
Fragen Sie bei jeder Zeile:
- Könnte jemand, der mit der Aufgabe nicht vertraut ist, sie befolgen, ohne nach der Bedeutung zu fragen?
- Wiederholt oder widerspricht sie einer anderen Zeile irgendwo im Skill, einschließlich jeder gerade hinzugefügten oder geänderten Zeile?
Schreibregeln
Vereinfachen Sie die Sprache mithilfe von ASD-STE100 (Simplified Technical English) als Leitfaden, sodass jede Zeile eine Bedeutung hat, die das LLM nicht missverstehen kann.
- Briefing: Schreiben Sie es, als würden Sie einen fähigen Kollegen einweisen: Warum die wichtigsten Dinge relevant sind, der benötigte Hintergrund und die Fragen, die gestellt werden müssen, um das Ziel zu erreichen. Genug, um damit zu argumentieren, und nicht mehr, denn das LLM wendet bloße Regeln starr an, und ein Grund ermöglicht es ihm, Fälle zu behandeln, die der Skill nicht aufgelistet hat.
- Prägnant: Weniger ist mehr. Behalten Sie die Zeilen, die die meiste Arbeit leisten (80/20), und streichen Sie den Rest, selbst Zeilen, die wahr und nützlich sind, denn jede zusätzliche Zeile konkurriert um die Aufmerksamkeit des LLM. Streichen Sie Einleitungen. Etwa 1.000 Wörter sind eine grobe Richtlinie, keine Grenze. Setzen Sie die wichtigsten Regeln an den Anfang und ans Ende, denn das LLM schenkt der Mitte eines langen Textes am wenigsten Aufmerksamkeit. Wenn der Hintergrund beginnt, die Anweisungen zu überwiegen, schlagen Sie vor, ihn in eine Referenzdatei zu verschieben, und überlassen Sie die Entscheidung dem Benutzer.
- Präzise: Verwenden Sie das eine Wort, das das vom Ziel benötigte Ergebnis am besten erzielt. Präzise bedeutet das genaue Wort und normalerweise weniger davon.
- Überprüfbar: Beginnen Sie jede Anweisung mit einem Verb, und machen Sie Anweisungen und Fertigstellungszeilen zu etwas, das das LLM überprüfen kann („kurz“ wird zu „unter 100 Wörtern“). Überlassen Sie Ermessensentscheidungen dem Ziel.
- Markiert: Verwenden Sie Unterüberschriften, um Anweisungen zu organisieren, und verpacken Sie nur Material, das keine Anweisung ist (z. B. ein Beispiel, eine Vorlage oder Text, den der Benutzer einfügt), in ein XML-Tag, das nach seinem Inhalt benannt ist (
<example>). Das Tag zeigt dem LLM, wo dieser Block beginnt und endet und dass es sich um ein Beispiel handelt, nicht um einen Befehl. Behalten Sie Tags im Textkörper, da Name und Beschreibung sie nicht enthalten können. Listen Sie jedes von Ihnen hinzugefügte Tag mit Ihren Annahmen und einer Begründung auf, damit der Benutzer es behalten oder entfernen kann.
Richtlinien & Prüfung
- Beim Ändern eines Skills neigt das LLM dazu, jede Lücke durch Hinzufügen einer Zeile zu patchen und das zu streichen, was der Skill benötigt, weil kürzer besser aussieht. Schreiben Sie stattdessen die Zeile um, die geändert werden muss, anstatt eine danach hinzuzufügen, und halten Sie das Ziel kurz. Nennen Sie vor dem Streichen, was der Benutzer erreichen möchte (aus Schritt 1), und prüfen Sie, ob die gestrichene Version ihn immer noch dorthin führt.
- Zitieren Sie bei einem Audit die Zeile hinter jedem Befund, damit der Benutzer sie selbst sehen kann.
Ausgabe
- Neuer Skill: Die Blaupause im Chat, ein oder zwei Zeilen pro Teil, endend mit der Anleitung zur Installation im vom Benutzer in Schritt 1 genannten Tool. Recherchieren Sie die aktuellen Schritte für dieses Tool, wenn Sie unsicher sind, da sich die Installationsmethoden für Skills in den einzelnen Tools häufig ändern. Darunter listen Sie Ihre Annahmen und zwei oder drei Testanfragen auf, jeweils mit der Beschreibung eines guten Ergebnisses.
- Audit: Sagen Sie, was der Skill erreichen soll, geben Sie eine Zusammenfassung in fünf Zeilen (was funktioniert, was nicht, was als nächstes zu tun ist und warum), und listen Sie dann jedes fehlende Teil und jede Zeile auf, die eine Prüfung nicht besteht.
Beispiel-Blaupause, damit das LLM diese Form übernimmt:
Ziel: Jedes Meeting-Transkript in dieselbe einseitige Zusammenfassung umwandeln, sodass Entscheidungen und Aktionen leicht zu finden sind. Prüfen Sie jedes Element vor der Aufnahme gegen dieses Ziel. Auslöser: Verwenden, wenn jemand ein Meeting-Transkript teilt und um eine Zusammenfassung bittet. Eingabe: Das Transkript und für wen die Zusammenfassung ist. Wenn Sprecher nicht benannt sind, fragen Sie, wer sie sind. Methode: Fragen Sie, für wen es ist, sortieren Sie die Diskussion in Entscheidungen, Aktionen und offene Fragen, halten Sie dann inne und fragen Sie „Fehlt etwas oder wurde etwas falsch verstanden?“, bevor Sie finalisieren. Kontext: Das einseitige Format und was der Leser daraus benötigt. Richtlinien & Prüfung: Markieren Sie [Eigentümer?] anstatt einen Eigentümer zu erraten. Prüfen Sie jede Aktion gegen das Transkript, bevor Sie sie auflisten. Ausgabe: Eine einseitige Zusammenfassung im Chat, fertig, wenn jede Aktion einen Eigentümer oder eine [Eigentümer?]-Markierung hat.
Fertig, wenn
Sie sind fertig, wenn der Benutzer der Form zugestimmt und eine Blaupause freigegeben hat, die die in Schritt 1 beschriebene Aufgabe erfüllt, wobei alle sieben Teile abgedeckt sind und jede Zeile befolgt werden kann.