Kurz zusammengefasst
- Ein Prompt kann Aufgabe, Hintergrund, Beispiele, Grenzen und Ausgabeformat enthalten.
- Gute Prompts sind versionierte Bestandteile einer Anwendung und werden mit festen Testfällen geprüft.
- Prompts können Halluzinationen und unerlaubte Aktionen nicht sicher ausschliessen.
- Datenzugriff, Berechtigungen, Berechnungen und Freigaben gehören in die umgebende Software.
Was gehört in eine gute Anweisung?
Eine brauchbare Anweisung macht Ziel und erwartetes Ergebnis prüfbar. Sie liefert nur den nötigen Kontext und trennt verbindliche Regeln klar von nicht vertrauenswürdigen Nutzdaten. Beispiele helfen, wenn Stil oder Struktur schwer nur mit Worten zu beschreiben sind. Die Tabelle zeigt zugleich, wo bessere Formulierungen enden und technische Kontrollen beginnen.
| Anforderung | Vager Prompt | Strukturierte Anweisung | Kontrolle ausserhalb des Prompts |
|---|---|---|---|
| Aufgabe | «Beantworte die Reklamation gut.» | Zielgruppe, Ton, Pflichtangaben, Länge und Eskalationsfälle sind benannt. | Testfälle messen Vollständigkeit und erlaubte Antwortarten. |
| Fakten | «Verwende korrekte Kundendaten.» | Nur bereitgestellte Quellen dürfen verwendet und fehlende Fakten müssen benannt werden. | Berechtigte API oder RAG liefert aktuelle Daten samt Fundstelle. |
| Berechnung | «Berechne die Rückerstattung exakt.» | Das gewünschte Ergebnis und notwendige Eingabefelder werden beschrieben. | Eine geprüfte Funktion berechnet Betrag, Währung und Grenzwerte. |
| Berechtigung | «Zeige nur erlaubte Informationen.» | Die Anweisung nennt den zulässigen Zweck, ist aber keine Zugriffssperre. | Identität und Rechte werden vor Datenzugriff und Modellübergabe erzwungen. |
| Aktion | «Sende die Antwort nur wenn sicher.» | Kriterien für Entwurf, Rückfrage und Eskalation sind definiert. | Serverseitige Regeln und menschliche Freigabe kontrollieren den Versand. |
Warum ist Prompt Engineering mehr als Formulieren?
Ein professioneller Prompt wird nicht nach Bauchgefühl optimiert. Das Team definiert Qualitätskriterien, sammelt repräsentative Fälle, vergleicht Varianten und dokumentiert Änderungen. Erst diese Verbindung aus Anweisung und Evaluation macht Verbesserungen nachvollziehbar.
- Schritt 1
Erfolg definieren
Festlegen, welche Aussagen, Formate und Grenzen erfüllt sein müssen.
- Schritt 2
Fälle sammeln
Normale, schwierige und absichtlich nicht beantwortbare Eingaben abdecken.
- Schritt 3
Varianten testen
Promptänderungen unter identischen Bedingungen vergleichen.
- Schritt 4
Versionieren
Prompt, Modell und Testresultate gemeinsam nachvollziehbar halten.
Welche Probleme löst ein Prompt nicht?
Ein Prompt ist eine Anweisung an ein probabilistisches Modell, keine technische Sicherheitsgrenze. Inhalte aus Dokumenten oder von Nutzenden können widersprechen oder manipulativ sein. Das Modell kann zudem Regeln falsch anwenden, auch wenn sie klar formuliert wurden.
- Fehlende oder veraltete Fakten benötigen eine verlässliche Datenquelle
- Berechtigungen müssen ausserhalb des Modells technisch durchgesetzt werden
- Exakte Berechnungen gehören in geprüfte Funktionen
- Irreversible Aktionen brauchen serverseitige Regeln und Freigaben
- Qualität erfordert Evals und Monitoring statt Vertrauen in eine Formulierung
Wann muss statt des Prompts die Lösung geändert werden?
Wenn dieselben Fehler trotz klarer Anweisungen wiederkehren, fehlt oft Kontext, ein geeignetes Werkzeug oder eine kontrollierte Prozessstufe. Dann sollte das Team nicht endlos am Wortlaut arbeiten, sondern die Architektur und die Aufgabe überprüfen.
- RAG einsetzen, wenn aktuelle interne Quellen fehlen
- Eine API oder Berechnungsfunktion nutzen, wenn exakte Live-Werte nötig sind
- Strukturierte Ausgabe erzwingen, wenn nachgelagerte Software Felder verarbeitet
- Einen Workflow statt freier Generierung wählen, wenn Schritte verbindlich sind
- Die Aufgabe verkleinern, wenn Qualität nicht zuverlässig messbar ist
Beispiel: Antwortentwürfe für Reklamationen
Der Prompt beschreibt Ton, Pflichtinformationen und Fälle, die an eine Fachperson gehen müssen. Kundendaten und Vertragsstatus kommen über eine berechtigte Schnittstelle, Rückerstattungsgrenzen werden durch Geschäftslogik geprüft und der Versand braucht eine Bestätigung. Testfälle decken verschiedene Sprachen und strittige Fälle ab. Der Prompt steuert den Entwurf, aber nicht Rechte und Zahlung.
Was Sie mitnehmen sollten
Optimieren Sie Prompts mit messbaren Fällen und erkennen Sie ihre Grenze. Sobald Fakten, Rechte oder Folgen zählen, braucht es technische Kontrollen ausserhalb des Modells.
Quellen und Vertiefung
Diese Primärquellen vertiefen Definitionen, technische Grundlagen oder verantwortlichen Einsatz.
Inhaltlich geprüft