
Prompt Engineering entscheidet, ob KI-Assistenten wie Claude verwertbare Ergebnisse liefern oder nur generische Texte. Der Grund ist strukturell: Fehlt dem Modell Kontext, ergänzt es das statistisch Naheliegende.
Fünf Bausteine machen einen belastbaren Prompt aus: Rolle, Ziel, Kontext, Ausgabeformat und Qualitätsanforderungen. Bei Claude hilft zusätzlich die klare Trennung von Anweisung und Material über XML-artige Tags.
Tokeneffizienz entsteht durch Präzision und Auswahl, nicht durch bloßes Kürzen – ein Satz Kontext spart oft mehrere Iterationen. Und das Eingabeformat bleibt eine fachliche Entscheidung: Excel für Zahlen, PDF für Originaltreue, Word für Struktur, Text für Kontrolle, Bild für visuelle Belege.
KI-Assistenten wie Claude sind in vielen Organisationen vom Experiment zum Arbeitsmittel geworden: Sie fassen Ausschreibungen zusammen, prüfen Verträge, kommentieren Code, strukturieren Workshop-Ergebnisse. Damit lautet die entscheidende Frage nicht mehr „Kann das Modell das?“, sondern „Wie muss ich fragen, damit ein verwertbares Ergebnis herauskommt?“
Genau das ist Prompt Engineering – keine Geheimwissenschaft, sondern eine Kommunikationsdisziplin, vergleichbar mit einem Briefing für eine externe Fachkraft. Dieser Artikel zeigt, woran schwache Prompts scheitern, wie ein belastbarer Claude-Prompt aufgebaut ist, wie sich mit weniger Tokens mehr erreichen lässt und welches Eingabeformat – Text, PDF, Bild, Word oder Excel – für welche Aufgabe taugt.
Prompt Engineering ist das systematische Entwerfen, Testen und Verbessern von Eingaben an ein Sprachmodell, um reproduzierbar brauchbare Ausgaben zu erhalten. „Systematisch“ ist das Schlüsselwort: Nicht der einzelne geglückte Versuch zählt, sondern eine Formulierung, die auch beim zwanzigsten Einsatz und bei Kolleginnen und Kollegen funktioniert.
Der Zusammenhang zwischen Eingabe- und Ausgabequalität ist strukturell. Das Modell kennt Ihre unausgesprochenen Annahmen nicht – nicht die Zielgruppe, nicht interne Konventionen, nicht den Anlass der Frage. Fehlt diese Information, füllt es die Lücke mit dem statistisch Naheliegenden. Das Ergebnis ist dann nicht falsch, sondern generisch: sauber formuliert und für Ihren Zweck unbrauchbar.
Vier Fehlerbilder erklären den Großteil der Enttäuschungen.
Unklare Anforderungen. „Verbessere diesen Text“ lässt offen, ob Verständlichkeit, Länge, Tonalität oder juristische Präzision gemeint ist. Besser: „Kürze auf 150 Wörter, ohne die drei Kernaussagen zu verlieren, Zielgruppe Fachfremde.“
Fehlender Kontext. „Ist diese Klausel in Ordnung?“ ist ohne Vertragsart, Rechtsraum und Verhandlungsposition kaum beantwortbar. Ergänzt man „Rahmenvertrag IT-Dienstleistung, deutsches Recht, wir sind Auftraggeber“, ändert sich die Antwort substanziell.
Zu viele irrelevante Informationen. Wer 40 Seiten Projekthandbuch anhängt, um die Abnahmeregelung zu klären, verwässert das Signal.
Keine Format- oder Zielvorgabe. Ohne Zielformat entsteht Fließtext, auch wenn Sie eine Tabelle für die Managementvorlage brauchten.
Bei Claude bewährt sich zusätzlich die klare Trennung von Anweisung und Material: Setzen Sie längere Eingaben in XML-artige Tags wie <dokument>…</dokument> und stellen Sie die Anweisungen davor. Das verhindert Verwechslungen zwischen „Anweisung“ und „zu bearbeitendem Inhalt“, besonders bei mehreren Anlagen.
Tokens sind die Verarbeitungseinheiten des Modells – Wortfragmente von wenigen Zeichen. Jeder Ein- und Ausgabetoken kostet Rechenzeit und, bei API-Nutzung, Kosten. Lange Eingaben erhöhen die Latenz und senken damit das Tempo; zugleich verteilen sie die Aufmerksamkeit über mehr Material.
Effizienz heißt nicht „kurz um jeden Preis“. Ein Satz Kontext, der eine Klärungsrunde erspart, ist billiger als drei Iterationen. Sinnvoll sind:
Eingefügter Text ist das verlässlichste Format: kein Extraktionsschritt, keine Layout-Interpretation, volle Kontrolle. Schwäche ist der manuelle Aufwand. Ideal für Ausschnitte, Code und E-Mail-Entwürfe.
Claude verarbeitet PDFs über den enthaltenen Text und visuell über die Seitendarstellung, berücksichtigt also Layout und Diagramme. Stark bei Verträgen, Studien und Formularen. Grenzen: mehrspaltige Layouts und verschachtelte Tabellen erzeugen Zuordnungsfehler, und der visuelle Anteil kostet deutlich mehr Tokens als reiner Text.
Geeignet für Screenshots, Whiteboard-Fotos und Oberflächen-Reviews; Text im Bild wird ohne separates OCR-Werkzeug gelesen. Grenzen: geringe Auflösung, Handschrift, dichte Tabellen und exaktes Ablesen von Werten aus Diagrammen – hier entstehen Lesefehler, die plausibel klingen.
Word-Dateien bringen ihre Struktur mit: Überschriftenhierarchie, Listen, oft Kommentare und Änderungsmarken. Das erleichtert Neugliederung, Begriffskonsistenz-Prüfung oder kapitelweise Zusammenfassung – das dankbarste Format für redaktionelle Arbeit.
Hier ist Rechnen besser als Lesen: Wo eine Ausführungsumgebung verfügbar ist, wertet Claude Tabellen programmatisch aus – Aggregationen, Ausreißer, Pivots – statt Zeilen zu „lesen“. Das skaliert weit über das hinaus, was als Text in den Kontext passt. Voraussetzung: eine Kopfzeile, keine verbundenen Zellen, keine Zwischensummen mitten in den Daten.
Prompt-Qualität bestimmt Ergebnisqualität, weil das Modell fehlenden Kontext durch Naheliegendes ersetzt. Fünf Bausteine – Rolle, Ziel, Kontext, Format, Qualitätsmaßstab – decken die meisten Fälle ab. Tokeneffizienz entsteht durch Präzision und Auswahl, nicht durch Kürzung. Das Eingabeformat ist eine fachliche Entscheidung: Excel für Zahlen, PDF für Originaltreue, Word für Struktur, Text für Kontrolle, Bild für visuelle Belege.
