<EbeneX/>
Aspekt Fine-Tuning Prompt Engineering
Zeit bis zum Ergebnis Tage bis Wochen (Daten, Training, Evaluation) Minuten bis Stunden (schreiben, testen, iterieren)
Kosten-Charakter Vorab-Investition: Daten-Aufbereitung + Training Kaum Vorab-Kosten, ggf. mehr Tokens pro Anfrage
Benötigte Daten Hunderte bis tausende hochwertige Beispiele Keine – wenige Beispiele im Prompt reichen (Few-Shot)
Tiefe der Anpassung Verändert das Modellverhalten dauerhaft Steuert Verhalten pro Anfrage, Grenzen beim Modell selbst
Stil & Format erzwingen Sehr konsistent, auch bei kurzen Prompts Gut steuerbar, aber gelegentliche Ausreißer
Flexibilität bei Änderungen Neues Verhalten = neues Training Prompt ändern, sofort wirksam
Benötigtes Know-how ML-Grundlagen, Trainings-Infrastruktur, Evaluation Sprachgefühl, systematisches Testen, Domänenwissen
Grenzen Lehrt Verhalten, nicht zuverlässig neue Fakten Kontextfenster begrenzt, Basismodell-Fähigkeiten sind die Decke
Fazit Kommt auf den Use Case an

Starte praktisch immer mit Prompt Engineering – es ist schnell, günstig und reicht überraschend oft aus, besonders mit Few-Shot-Beispielen und klaren Anweisungen. Fine-Tuning lohnt sich erst, wenn ausgereizte Prompts nicht genügen: bei strikten Stil- und Formatvorgaben, tiefer Domänen-Anpassung oder wenn sehr lange Prompts bei hohem Volumen zu teuer werden. Behandle Fine-Tuning als Optimierung, nicht als Startpunkt.

Die Kernfrage

Das Basismodell kann viel, aber nicht genau das, was du brauchst: Es trifft den Ton nicht, hält sich nicht ans Format oder versteht deine Fachdomäne nur oberflächlich. Zwei Strategien stehen zur Wahl:

  • Prompt Engineering: Das Modellverhalten über präzise Anweisungen, Beispiele und Kontext im Prompt steuern
  • Fine-Tuning: Das Modell auf eigenen Beispieldaten weitertrainieren, damit es das gewünschte Verhalten verinnerlicht

Der wichtigste Unterschied: Prompt Engineering arbeitet mit dem fertigen Modell, Fine-Tuning verändert das Modell selbst. Das eine ist eine Konfigurationsfrage, das andere ein ML-Projekt.

Wann Prompt Engineering?

Prompt Engineering ist die richtige Wahl, wenn:

  • Du heute starten willst – kein Training, keine Infrastruktur, keine Wartezeit
  • Deine Anforderungen sich noch ändern (neue Formate, neue Regeln, neue Zielgruppen)
  • Du wenige oder keine Trainingsdaten hast
  • Das Basismodell die Aufgabe grundsätzlich beherrscht und nur Führung braucht
  • Du schnell experimentieren und iterieren willst

Moderne Modelle folgen Anweisungen erstaunlich gut. Mit einer klaren Rollenbeschreibung, expliziten Regeln, Few-Shot-Beispielen und strukturierten Ausgabevorgaben lässt sich das Verhalten weitgehend steuern – und jede Änderung ist sofort wirksam. Dazu kommt: Kontextfenster sind über die Jahre stark gewachsen, und Prompt-Caching senkt die Kosten wiederkehrender Prompt-Teile. Beides macht ausführliche Prompts praktikabler, als es früher der Fall war.

Typische Prompt-Engineering Use Cases:

  • Ausgaben in ein bestimmtes JSON- oder Markdown-Format bringen
  • Tonalität und Ansprache für eine Marke festlegen
  • Klassifikations- und Extraktionsaufgaben mit Beispielen präzisieren

Die Grenzen: Der Prompt konkurriert mit dem Kontextfenster, sehr lange Prompts kosten bei jedem Aufruf Tokens, und bei tausenden Anfragen zeigen sich gelegentlich Ausreißer, die keine Formulierung ganz eliminiert. Und: Was das Basismodell nicht kann, kann auch der beste Prompt nicht herbeizaubern.

Wann Fine-Tuning?

Fine-Tuning ist die richtige Wahl, wenn:

  • Du maximale Konsistenz bei Stil, Ton oder Format brauchst
  • Das Modell Domänen-Sprache und Denkpfade verinnerlichen soll (Fachjargon, Antwortstruktur, Prioritäten)
  • Deine Prompts sehr lang geworden sind und du sie bei hohem Volumen einkürzen willst
  • Du genug hochwertige Beispiele hast oder erzeugen kannst
  • Ein kleineres, spezialisiertes Modell die Aufgabe eines großen übernehmen soll

Fine-Tuning verschiebt Wissen vom Prompt ins Modell: Statt bei jeder Anfrage seitenweise Regeln mitzuschicken, hat das Modell das Verhalten gelernt. Das macht Antworten konsistenter und Anfragen schlanker.

Wichtig: Fine-Tuning lehrt Verhalten, nicht zuverlässig neue Fakten. Für aktuelles oder umfangreiches Wissen ist RAG das passende Werkzeug – Fine-Tuning und RAG lösen unterschiedliche Probleme.

Typische Fine-Tuning Use Cases:

  • Support-Antworten in exakt definiertem Unternehmenston
  • Strukturierte Ausgaben, die zu 100 % einem Schema folgen müssen
  • Fachassistenten mit juristischer oder medizinischer Sprachpraxis

Die Kosten: Trainingsdaten aufbereiten ist der größte Aufwand – oft unterschätzt. Dazu kommen Training, Evaluation, Versionierung und die Pflicht, bei jeder Verhaltensänderung neu zu trainieren. Und du brauchst ein belastbares Test-Set, um überhaupt beurteilen zu können, ob das trainierte Modell besser ist als das Basismodell mit gutem Prompt – ohne Evaluation ist Fine-Tuning ein Blindflug.

Wann was? Die Entscheidungshilfe

Hast du Prompt Engineering systematisch ausgereizt?
├── Nein → Erst Prompts optimieren (Anweisungen, Few-Shot, Struktur)
└── Ja
    └── Scheitert es an Konsistenz, Stil oder Prompt-Länge bei hohem Volumen?
        ├── Ja → Fine-Tuning evaluieren
        └── Nein, es fehlt Wissen → RAG statt Fine-Tuning

Der häufigste Fehler ist, zu früh zu trainieren. Ein halber Tag systematische Prompt-Arbeit mit einem kleinen Test-Set löst erstaunlich viele Probleme, für die Teams zunächst wochenlange Fine-Tuning-Projekte einplanen.

Die Kombination: Erst prompten, dann trainieren

Die Strategien schließen sich nicht aus – sie bauen aufeinander auf:

  1. Prompt Engineering liefert den schnellen Start und zeigt, wo das Modell scheitert
  2. Die dabei gesammelten guten und schlechten Beispiele werden zum Trainings-Set
  3. Fine-Tuning fixiert das erarbeitete Verhalten im Modell
  4. Der Prompt schrumpft auf das Wesentliche: Aufgabe und aktueller Kontext

So gesehen ist Prompt Engineering nicht nur die Alternative zum Fine-Tuning, sondern auch seine beste Vorbereitung: Wer nie sauber gepromptet hat, weiß nicht, was er trainieren soll.

Strategische Empfehlung nach Phase

PhaseEmpfehlung
PrototypPrompt Engineering
Erste NutzerPrompts systematisch evaluieren und härten
SkalierungFine-Tuning prüfen, wenn Konsistenz oder Kosten drücken
Fachdomäne mit eigenem WissenFine-Tuning für Stil + RAG für Fakten

Häufige Fragen

Womit sollte ich anfangen – Fine-Tuning oder Prompt Engineering?

Fast immer mit Prompt Engineering. Es kostet nur Zeit zum Schreiben und Testen, und du lernst dabei genau, wo das Modell Schwächen hat. Erst wenn ein systematisch optimierter Prompt die Anforderungen nicht erfüllt, ist Fine-Tuning der nächste Schritt – dann kennst du auch schon die Fälle, die ins Trainings-Set gehören.

Wie viele Beispiele brauche ich für Fine-Tuning?

Als grobe Orientierung: ab einigen hundert hochwertigen Beispielen sind erste Effekte sichtbar, für robuste Ergebnisse sind oft tausende nötig. Qualität schlägt Quantität – wenige saubere, konsistente Beispiele sind besser als viele widersprüchliche.

Ersetzt Fine-Tuning den System-Prompt?

Teilweise. Ein fine-getuntes Modell braucht oft deutlich kürzere Prompts, weil Stil und Format bereits antrainiert sind. Ganz überflüssig wird Prompting aber nicht: Aufgabenstellung, Kontext und aktuelle Informationen kommen weiterhin über den Prompt ins Modell.

Was hat es mit Prompt-Caching und langen Prompts auf sich?

Viele LLM-Anbieter cachen wiederkehrende Prompt-Teile, wodurch lange System-Prompts günstiger werden. Das verschiebt die Rechnung zugunsten von Prompt Engineering: Ein ausführlicher, gecachter Prompt kann ein Fine-Tuning wirtschaftlich überflüssig machen.