„Prompt Engineering“ hat einen unglücklichen Mythos entwickelt – als gäbe es geheime Formulierungen, die bessere Ergebnisse freischalten. Die gibt es nicht. Ein Prompt ist eine Spezifikation, und einen guten zu schreiben verlangt dieselben Fähigkeiten wie das Briefing einer fähigen neuen Kollegin, die keine Rückfragen stellen kann.
Der brauchbare Vergleich
Stellen Sie sich vor, Sie geben eine Aufgabe an jemanden Kompetenten und Belesenen, der gerade angefangen hat, nichts über Ihr Unternehmen weiß, Ihren Bildschirm nicht sieht und nicht nachfragen wird. Diese Person erledigt die Aufgabe einfach anhand dessen, was Sie geschrieben haben.
Alles Weitere folgt daraus, das ernst zu nehmen.
Was schwache Prompts weglassen
Das Publikum. „Fasse diesen Bericht zusammen“ liefert etwas Beliebiges. „Fasse diesen Bericht für einen Kunden zusammen, der über die Verzögerung verärgert ist und sich für die technischen Ursachen nicht interessiert“ liefert etwas Brauchbares.
Den Zweck. Wozu existiert dieser Text? Eine Zusammenfassung für eine Entscheidung ist etwas anderes als eine für das Archiv.
Die Grenzen. Länge, Ton, Format, was enthalten sein muss, was nicht erwähnt werden darf. Wenn Sie einen Hausstil haben, benennen Sie ihn – das Modell kann ihn nicht erraten.
Die Definition von fertig. Was macht daraus eine gute statt einer akzeptablen Antwort?
Zeigen statt beschreiben
Die zuverlässigste verfügbare Verbesserung ist, ein Beispiel des gewünschten Ergebnisses mitzuliefern. Einen Stil in Adjektiven zu beschreiben ist ungenau; ein gutes Beispiel vermittelt Format, Ton und Detailtiefe auf einmal.
Zwei oder drei Beispiele sind besser als eines und klären Mehrdeutigkeiten, von denen Sie nichts wussten. Läuft ein Prozess wiederholt, ist das Kuratieren einer kleinen Sammlung guter Beispiele meist die wertvollste Arbeit daran.
Geben Sie ihm das Material
Ein häufiger Fehler ist, nach Informationen zu fragen, die das Modell nicht hat und nicht beschaffen kann. Es kennt Ihre Preise nicht, nicht die Historie Ihres Kunden und nicht, was letzten Dienstag in einer Besprechung vereinbart wurde. Hängt die Antwort davon ab, muss es im Prompt stehen.
Genau das ist die Idee hinter abrufbasierten Systemen: zuerst die relevanten Dokumente holen, dann die Frage mit diesen Dokumenten stellen.
Erlauben Sie das Nein
Stellen Sie eine Frage, die sich aus dem Gelieferten nicht beantworten lässt, bekommen Sie meist trotzdem eine Antwort – eine plausible, erfundene. „Die Dokumente enthalten das nicht“ ausdrücklich zu erlauben macht dieses Ergebnis sehr viel wahrscheinlicher als stille Erfindung.
Diese eine Anweisung beseitigt einen erheblichen Teil der Halluzinationsprobleme in dokumentenbasierten Systemen.
Strukturieren Sie lange Prompts
Enthält ein Prompt Anweisungen, Kontextdokumente und eine Frage, trennen Sie sie klar mit Überschriften oder Markierungen. Sonst wird die Grenze zwischen „Text, an dem gearbeitet wird“ und „Anweisungen, denen zu folgen ist“ unscharf – und ein Dokument mit anweisungsartigen Sätzen kann als Anweisung gelesen werden.
Verbessern Sie anhand der Fehler
Schreiben Sie eine erste Fassung, lassen Sie sie auf zehn echten Fällen laufen statt auf einem, und sehen Sie sich an, was schiefging. Beheben Sie dann den tatsächlichen Fehler. Diese Schleife, ein paar Mal durchlaufen, schlägt jedes Nachdenken über Formulierungen.
Behalten Sie die zehn Fälle. Wenn Sie den Prompt später ändern, sagen sie Ihnen, ob Sie etwas verbessert oder das Problem nur verschoben haben.
Behandeln Sie ihn als Vermögenswert
Ein Prompt, der zuverlässig einen Teil Ihres Geschäfts erledigt, ist Dokumentation dieser Arbeit. Legen Sie ihn in die Versionsverwaltung, prüfen Sie Änderungen und notieren Sie, warum jede Anweisung darin steht. Prompts, die im Chatverlauf einer Person leben, gehen mit dieser Person verloren.
