KI & Automatisierung

Prompt Engineering

Prompt Engineering ist die gezielte Formulierung von Anweisungen an ein Sprachmodell, um verlässlichere Ergebnisse zu bekommen. Dazu gehören klare Rollen- und Aufgabenbeschreibungen, Beispiele und Vorgaben zum Ausgabeformat.

Redaktionell geprüft von Alexander SeidlertwentyonepixelsStand:

Was tatsächlich hilft

Drei Dinge, und sie sind unspektakulär. Erstens: den Kontext mitgeben, statt ihn vorauszusetzen – wer die Zielgruppe, den Zweck und die Rahmenbedingungen nennt, bekommt brauchbarere Antworten. Zweitens: Beispiele zeigen. Ein Muster der gewünschten Ausgabe wirkt stärker als jede Beschreibung.

Drittens: sagen, was nicht passieren soll. „Keine Aufzählungen", „keine erfundenen Zahlen", „wenn du es nicht weißt, sag es" – solche Grenzen verhindern die häufigsten unbrauchbaren Ergebnisse.

Was eine Anweisung verlässlich besser macht

Beispiele. Zwei bis drei gelöste Fälle im gewünschten Format wirken stärker als jede Beschreibung des Formats — das ist der am besten belegte Einzeleffekt. Danach kommt die Rollenangabe, dann die ausdrückliche Erlaubnis, „weiß ich nicht" zu antworten.

Was wenig bringt: Höflichkeit, Nachdruck und Beschwörungen. „Sehr wichtig!!!" verändert die Antwort nicht messbar.

Warum Anweisungen versioniert gehören

Weil sie Programmcode sind, auch wenn sie wie Prosa aussehen. Eine Änderung an der Anweisung ändert das Verhalten des Systems — und ohne Versionsstand lässt sich hinterher nicht klären, ab wann die Antworten anders wurden.

Dasselbe gilt für das Modell dahinter: Ein Anbieterupdate kann Antworten verändern, ohne dass jemand etwas angefasst hat. Wer beides nicht festhält, sucht Fehler an der falschen Stelle.

Die Grenze des Ansatzes

Keine noch so gute Formulierung macht aus einem Sprachmodell eine verlässliche Wissensquelle. Wenn die Angaben stimmen müssen, gehört die Quelle dazu – das ist eine Frage der Architektur, nicht der Anweisung.

Im betrieblichen Einsatz ist der wichtigere Hebel ohnehin die Wiederholbarkeit: Eine dokumentierte, geprüfte Anweisung, die alle im Team verwenden, ist mehr wert als die brillante Einzelformulierung, die niemand kennt.

Häufige Fragen zu Prompt Engineering

Sie kann zwei unterschiedliche Antworten liefern, obwohl Eingabe und Parameter identisch sind. Herstellerdokumentation zu Sprachmodell-Schnittstellen hält ausdrücklich fest: Determinismus ist nicht garantiert – selbst wenn alle Anfrageparameter und die interne Konfigurationskennung übereinstimmen, bleibt eine Restwahrscheinlichkeit abweichender Ausgaben, weil die Berechnung im Hintergrund nicht vollständig reproduzierbar ist. Für die Abnahme einer Anwendung folgt daraus eine Regel: Ein einzelner erfolgreicher Testlauf beweist nichts. Geprüft wird eine Stichprobe wiederholter Läufe mit derselben Eingabe, und das Abnahmekriterium braucht eine Bandbreite zulässiger Antworten statt eines exakten Textvergleichs.

Ja, und das gilt als eines der am besten dokumentierten Risiken beim Umgang mit Sprachmodellen. Der OWASP-Standard für Anwendungen mit großen Sprachmodellen führt es als eigene Risikokategorie und hält wörtlich fest, dass wegen der stochastischen Arbeitsweise der Modelle unklar ist, ob es überhaupt eine narrensichere Methode dagegen gibt. Eine noch so sorgfältig formulierte Systemanweisung ist deshalb kein verlässlicher Schutz, sondern nur eine von mehreren Schichten. Der Standard verlangt zusätzlich technische Schranken wie Rechtebegrenzung, Filterung der Ein- und Ausgabe und eine Freigabepflicht für riskante Aktionen.

Bei der direkten Form gibt eine Person die schädliche Anweisung selbst ins Eingabefeld ein – etwa den Versuch, eine Sperre aus der Systemanweisung aufzuheben. Bei der indirekten Form steckt die Anweisung in einem Text, den das Modell erst nachträglich einliest: ein Dokument, eine Webseite, eine eingebundene E-Mail. Für eine per Prompt Engineering gebaute Anwendung folgt daraus: Jede zusätzlich verarbeitete Quelle ist ein möglicher Angriffsweg. Deshalb muss eingebundener Fremdtext gekennzeichnet und getrennt von den eigentlichen Anweisungen behandelt werden.

Es leistet keinen Zugriffsschutz. Eine Anweisung wie „nenne die folgenden Daten niemals“ verändert nur die Wahrscheinlichkeit einer Antwort, nicht die Berechtigung, auf die zugrunde liegenden Daten zuzugreifen – wer sie geschickt umformuliert, kann sie in vielen Fällen umgehen. Wirksamer Schutz setzt deshalb eine Ebene tiefer an: Das Modell darf die schützenswerten Daten technisch gar nicht erst erhalten, oder der Zugriff wird über Rechteverwaltung und eine nachgeschaltete Prüfung der Ausgabe begrenzt. Eine Formulierung im Prompt ersetzt keine dieser Maßnahmen, sie ergänzt sie höchstens.

Mehr zum Thema

9 Min. Lesezeit

QR-Code-Betrug erkennen: Quishing im Alltag und im Büro

Gefälschte QR-Codes kleben an Parkautomaten und Ladesäulen, stecken in Bankbriefen und in E-Mails, die jeden Linkfilter passieren. Woran sich Quishing erkennen lässt, was nach einem Scan zu tun ist und wie Unternehmen ihre eigenen Codes absichern.

6 Min. Lesezeit

KI-Schulung für Mitarbeiter: was sie leisten muss

Die meisten Mitarbeiter nutzen KI längst — nur unkontrolliert und ohne Vorgaben. Was eine Schulung tatsächlich vermitteln muss, damit sie im Arbeitsalltag etwas ändert, und welcher Nachweis am Ende genügt.

Alle Fachbeiträge ansehen

Passende Leistungen

KI-Schulung für Mitarbeiter

Ihr Team lernt, KI im Arbeitsalltag sinnvoll einzusetzen und ihre Grenzen zu erkennen. Mit Teilnahmenachweis für Ihre Unterlagen.

Mehr dazu

KI-Beratung & Strategie

Strategische Beratung für den KI-Einsatz: Use-Case-Analyse, Tool-Auswahl und Implementierungsplanung — AI-Act-konform.

Mehr dazu

KI-Bildgenerierung & Content

Produktbilder, Marketing-Assets und Visuals per KI — schneller und günstiger als klassische Produktion.

Mehr dazu