Beispiele lehren die Form einer Antwort weit zuverlässiger als eine Beschreibung. Das Problem ist das Zusammenbauen: Von Hand gebaute Beispielblöcke sind der Ort, an dem ein loses Trennzeichen in fremdem Inhalt still den Abschnitt schließt, der ihn enthalten sollte. Hier wird der Inhalt maskiert, die vier lohnenden Formate angeboten — getaggt, Markdown, JSON-Array oder frühere Gesprächszüge — und der Satz auf die beiden Fehler geprüft, die Beispiele schädlich machen. Sind alle Ausgaben identisch, lehren sie eine Konstante statt einer Regel. Widersprechen sie sich in ihrer eigenen Form, lehren sie gar nichts.
Funktionen
Vier Formate: XML-Tags, Markdown, JSON-Array oder Gesprächszüge
Inhalt maskiert, damit eine spitze Klammer kein Tag vorzeitig schließt
Elementnamen zu gültigen Tags bereinigt
Warnt, wenn alle Beispiele dieselbe Ausgabe haben
Warnt, wenn die Ausgaben sich über das Format uneins sind
Merkt an, wenn es nur ein Beispiel gibt — oder zu viele
Eigene Bezeichnungen für Ein- und Ausgabehälfte
Optionale Nummerierung
So verwendest du Few-Shot-Beispiele
Ergänzen Sie jede Eingabe mit der gewünschten Ausgabe
Wählen Sie das Format je nach Zielort
Lesen Sie die Warnungen zum Satz als Ganzem
Kopieren Sie den Block in Ihren Prompt
Beispiel
Eingabe
The export button does nothing on Safari.
Ausgabe
{"category": "bug", "severity": "medium"}
Eine einheitliche Ausgabeform über die Beispiele hinweg lehrt das Format.
Häufige Fehler & Fehlerbehebung
Meine Beispiele enthalten spitze Klammern und zerlegen den Prompt. — Hier werden sie maskiert, genau darum geht es. Von Hand gebaute Blöcke sind der Ort, an dem das schiefgeht.
Es warnt, meine Ausgaben seien alle gleich. — Identische Ausgaben lehren eine konstante Antwort. Variieren Sie sie über die Fälle, die Sie wirklich unterscheiden wollen.
Es warnt, die Ausgaben hätten verschiedene Formen. — Ein Beispiel mit JSON und eines mit Prosa geben widersprüchliche Anweisungen zum Format. Entscheiden Sie sich.
Wie viele Beispiele soll ich nehmen? — Zwei oder drei legen das Verhalten meist fest. Jenseits eines Dutzends zahlen Sie in jeder Anfrage echte Token, die letzten müssen sich also lohnen.
Häufig gestellte Fragen
Welches Format funktioniert am besten?
Getaggte Beispiele sind der sicherste Standard, weil die Grenzen Inhalte mit Markdown oder Klammern überstehen. Gesprächszüge sind oft noch stärker, da es eine Form ist, die das Modell ohnehin kennt — sie kosten nur mehr Aufwand.
Warum den Beispielinhalt maskieren?
Weil ein Beispiel mit einem schließenden Tag den Abschnitt beenden würde, in dem es steht, und alles danach als Anweisung statt als Inhalt gelesen würde. Dieselbe Problemklasse wie eine SQL-Injection, nur im Prompt.
Wirken Beispiele besser als eine Beschreibung?
Beim Format fast immer. Ein durchgearbeitetes Beispiel legt die Form einer Antwort fest, wie ein beschreibender Absatz es nicht tut. Bei Ermessensfragen verallgemeinert eine beschriebene Regel meist besser.
Kosten viele Beispiele etwas?
Ja — sie gehen mit jeder Anfrage mit. Eine Handvoll ist unproblematisch, jenseits eines Dutzends lohnt eine Durchsicht, und deshalb wird die Zahl markiert statt anwachsen gelassen.
Sollten es echte Fälle sein?
Echte sind besser, denn erfundene sind meist aufgeräumter als die Wirklichkeit und lehren den aufgeräumten Fall. Prüfen Sie sie nur auf Inhalte, die Sie nicht in einem wiederholt gesendeten Prompt haben wollen.
Verwandte Tools
XML-Prompt-Abschnitte — Hüllen Sie Abschnitte in Tags, aus denen Inhalt nicht ausbrechen kann.
System-Prompt-Linter — Finden Sie Widersprüche, tote Anweisungen und ungefüllte Platzhalter.
Prompt-Vorlagen füllen — Entfalten Sie einen Prompt über eine Zeilentabelle und sehen Sie Lücken.
MCP-Tool-Schema — Definieren Sie ein Tool und erhalten Sie das JSON Schema, Strict-Modus geprüft.
Prompt-Vergleich — Vergleichen Sie zwei Versionen Wort für Wort, samt Token-Differenz.
Transkript-Konverter — Machen Sie aus einem Nachrichten-Array ein lesbares Transkript – und zurück.
Weitere KI & Agenten-Tools
Skill-Builder — Schreiben Sie eine SKILL.md, deren Frontmatter beim Tippen geprüft wird.
Skill-Linter — Fügen Sie eine SKILL.md ein und sehen Sie, was ihre Zuordnung verhindert.
Subagent-Builder — Erstellen Sie die Definitionsdatei eines Subagenten samt Tools und Modell.
Slash-Befehl-Builder — Bauen Sie einen eigenen Befehl, mit Argumenten und einer Tool-Liste.
Projektanweisungen — Verfassen Sie eine CLAUDE.md, die ihren Platz in jeder Sitzung verdient.
Plugin-Manifest — Erzeugen Sie eine plugin.json und sehen Sie den erwarteten Ordneraufbau.
Hooks-Builder — Bauen Sie settings.json-Hooks und finden Sie Matcher, die nie auslösen.