Modellübergreifende Prompt-Übersetzung
- Wissen, welche Prompting-Grundlagen sich unverändert auf jedes Modell übertragen
- Die wenigen Oberflächendetails erkennen, die sich beim Wechsel von Modell oder Anbieter unterscheiden
- Einen portablen Workflow ausführen, der einen Prompt auf ein neues Modell überträgt, ohne ihn neu zu schreiben
- Die Falle vermeiden, ein Reasoning-Modell doppelt zum schrittweisen Denken aufzufordern
Gute Nachricht: Die Grundlagen des Promptings lassen sich auf jedes Modell übertragen. Wer Claude gut prompten kann, kann auch ChatGPT, Gemini oder Llama gut prompten. Ein paar oberflächliche Details unterscheiden sich — hier ist der Stein von Rosetta.
Was sich überall übertragen lässt
Das funktioniert bei allen — es geht um Kommunikation, nicht um einen Anbieter:
- Kontext geben: Ziel, Zielgruppe, Format, Tonfall (Grundlagen des Promptings).
- Beispiele (Few-Shot).
- Um Schlussfolgerungen bitten bei schwierigen Aufgaben.
- Das Ergebnis beschränken (Länge, Format, „nur JSON").
- Iterieren in einfacher Sprache.
- Rollen / System-Prompts — jedes große Modell kennt das Konzept (Rollen).
Lerne das einmal, und du bist portabel.
Was sich unterscheidet (und was anzupassen ist)
| Aspekt | Beachte beim Wechsel |
|---|---|
| Strukturhinweise | Claude liebt XML-Tags; andere Modelle akzeptieren sie, bevorzugen aber möglicherweise Markdown-Überschriften oder JSON. |
| Tonfall-Intensität | Ältere Modelle tolerierten forsche/GROSSBUCHSTABEN-Prompts; neuere, wörtlich folgende Modelle bevorzugen ruhige, konkrete Anweisungen. Justiere pro Modell neu. |
| Schlussfolgern | „Denk Schritt für Schritt“ hilft manchen; dedizierte Reasoning-Modelle tun das intern — verdopple es nicht. |
| Prefilling | Dem Assistenten Worte in den Mund zu legen, ist ein Claude-typischer Hebel; die Unterstützung anderswo variiert. |
| Gewicht des System-Prompts | Alle haben einen, aber wie strikt er befolgt wird, variiert — teste es. |
| Tool-/Function-Calling | Gleiches Konzept, unterschiedliche Request-Schemata je Anbieter. |
Ein portabler Workflow
- Entwirf den Prompt mit Kontext + Format + Beispielen — den Teilen, die sich auf jedes Modell übertragen. Baue noch keine anbieterspezifische Syntax ein.
- Schicke ein paar echte Eingaben durch das Modell, mit dem du tatsächlich in Produktion gehst (/docs/foundations/evals). Beurteile die Ausgaben, nicht deine Intuition über das Modell.
- Wenn etwas nicht stimmt, ändere jeweils nur einen Oberflächenhebel — Trennzeichenstil, Tonfall-Intensität, ob du nach Begründung fragst — nicht den ganzen Prompt.
- Speichere Prompts als Dateien, damit ein Modellwechsel ein kleiner, überprüfbarer Diff statt einer Neufassung ist.
Weil sich nur die Oberfläche ändert, lässt sich ein einzelner gut strukturierter Prompt meist mit einer einzeiligen Anpassung portieren. Hier ist einer, der auf universelle Weise geschrieben ist — Kontext, explizites Format und eine klare Aufgabe, ohne anbieterspezifische Syntax, die man entfernen müsste:
Ein portabler, anbieterneutraler Prompt
You are a technical editor. Rewrite the text below to be clearer and more concise. Constraints: - Keep every fact unchanged. - Target a general professional audience. - Return only the rewritten text, no preamble. Text: """ [paste the draft here] """
Dieser Prompt läuft unverändert bei Claude, GPT, Gemini oder einem offenen Modell. Wenn ein Modell „return only the rewritten text" ignoriert, ist das deine eine Oberflächenanpassung — verschärfe die Einschränkung oder, bei Claude, nutze Prefilling der Antwort.
:::tip Schreib nicht von Grund auf neu Der Umstieg auf ein neues Modell braucht selten einen neuen Prompt — meist nur eine Anpassung von Tonfall/Format. Deine Struktur und deine Beispiele werden übernommen. :::
Prüfe dich selbst
0/3- Grundlagen — Kontext, Beispiele, Schlussfolgern, Ausgabe-Beschränkungen, Rollen — übertragen sich unverändert auf jedes Modell.
- Nur sechs Oberflächendetails unterscheiden sich: Strukturhinweise, Tonfall-Intensität, Reasoning-Prompts, Prefilling, Gewicht des System-Prompts und Tool-Schemata.
- Ein Modellwechsel ist eine Anpassung, keine Neufassung: universelle Struktur beibehalten, auf dem Ziel testen, jeweils einen Oberflächenhebel anpassen.
- Versioniere deine Prompts, damit der Wechsel zwischen Modellen ein kleiner, überprüfbarer Diff ist.