Ein guter Prompt entsteht selten beim ersten Versuch. Du feilst an der Formulierung, ergänzt eine Vorgabe, tauschst ein Beispiel · und drei Änderungen später ist das Ergebnis schlechter als am Anfang, ohne klaren Weg zurück. Prompt-Versionierung sichert jede wichtige Änderung als Snapshot: So vergleichst du den alten mit dem neuen Stand, stellst genau die Version wieder her, die funktioniert hat, und erkennst, welche Änderung wirklich etwas gebracht hat · statt zu raten.
Du hast einen funktionierenden Prompt geändert, die Qualität ist eingebrochen, und du willst zur exakten Formulierung von letzter Woche zurück.
Zwei Personen bearbeiten denselben geteilten Prompt, und du brauchst einen Verlauf, der zeigt, wer wann was und warum geändert hat.
Du testest zwei Formulierungen eines System-Prompts und willst beide Versionen nebeneinander behalten, statt eine zu überschreiben.
Ein Modell-Update (etwa von Claude 3.5 auf eine neuere Version) verändert das Verhalten deines Prompts, und du willst eine modellspezifische Variante abzweigen, ohne das Original zu verlieren.
Du iterierst schnell und willst einen bewährten Stand markieren, bevor du wieder mit dem Experimentieren beginnst.
Fehler vermeiden
Die funktionierende Version direkt überschreiben. Sobald du die neue Formulierung über die alte kopierst, ist die, die wirklich funktioniert hat, weg. Sichere einen Snapshot vor jeder wichtigen Änderung · nicht erst, wenn du sie bereust.
Nur den Prompt-Text versionieren, aber nicht den Kontext drumherum. Das Modell, die Temperatur und die ausgefüllten {variables} gehören alle zum Ergebnis · halte sie bei jeder Version fest, sonst lässt sich der Snapshot nicht reproduzieren.
Vage Notizen wie 'Prompt verbessert' schreiben. Sechs Versionen später weißt du nicht mehr, welche Änderung die JSON-Ausgabe repariert hat. Halte fest, was du geändert hast und warum · nicht nur, dass sich etwas geändert hat.
Jeden Tastendruck als neue Version behandeln. Der Verlauf verkommt zu Rauschen. Setze eine Version an echten Meilensteinen (eine getestete Formulierung, ein ausgelieferter Fix), nicht bei jedem verschobenen Komma.
Prompts zum Kopieren
01
Changelog-Eintrag für eine Version schreiben
Du bist ein Prompt Engineer und pflegst eine versionierte Prompt-Bibliothek. Vergleiche die vorherige und die neue Version meines Prompts unten und schreibe einen Changelog-Eintrag für die neue Version. VORHER: {old_prompt}. NEU: {new_prompt}. Formatiere den Eintrag so: ein Versions-Label nach semantischer Versionierung, ausgehend davon, dass die letzte Version {last_version} war, eine einzeilige Zusammenfassung, eine Aufzählung der Änderungen und ein Hinweis, ob die Änderung für andere, die diesen Prompt weiterverwenden, brechend ist. Halte dich unter 120 Wörtern und strikt sachlich. Lobe die Änderung nicht.
02
Erklären, wie sich zwei Versionen unterschiedlich verhalten
Du bist ein Prompt-QA-Prüfer. Hier sind zwei Versionen desselben Prompts. VERSION A: {version_a}. VERSION B: {version_b}. Nimm an, dass beide auf dieser Eingabe laufen: {test_input}. Ohne etwas auszuführen: Sage voraus, wie sich die Modell-Ausgabe zwischen A und B unterscheiden würde · mit Fokus auf Format, Ton, Detailtiefe und jede Vorgabe, die die eine erzwingt und die andere weglässt. Stelle die Unterschiede als Tabelle mit den Spalten Aspekt, Version A, Version B dar. Schließe mit einem Satz ab, der nennt, welche Version für {use_case} sicherer auszuliefern ist und warum.
03
Eine Anhebung der Versionsnummer empfehlen
Du pflegst versionierte Prompts nach semantischer Versionierung (MAJOR.MINOR.PATCH). Die aktuelle Version ist {current_version}. Hier ist die Änderung, die ich vorgenommen habe: {change_description}. Entscheide, ob dies eine MAJOR-, MINOR- oder PATCH-Anhebung ist, nach diesen Regeln: MAJOR heißt, dass sich Form oder Verhalten der Ausgabe so ändern, dass bestehende Nutzer brechen; MINOR heißt, eine neue Fähigkeit kommt hinzu, bleibt aber abwärtskompatibel; PATCH heißt, eine Formulierungs- oder Klarheitskorrektur ohne Verhaltensänderung. Antworte nur mit der neuen Versionsnummer, dem Anhebungstyp und einer einsätzigen Begründung.
04
Eine Prompt-Änderung vor dem Speichern prüfen
Du bist ein sorgfältiger Prüfer, der Änderungen an einem geteilten Prompt freigibt. Prüfe die Änderung unten, bevor ich sie als neue Version speichere. AKTUELLE VERSION: {current_prompt}. VORGESCHLAGENE ÄNDERUNG: {new_prompt}. ZIEL der Änderung: {goal}. Achte auf Anweisungen, die sich jetzt widersprechen, versehentlich entfernte Vorgaben, {placeholders}, die nicht mehr auflösen, und Scope Creep über das genannte Ziel hinaus. Gib ein Urteil FREIGEBEN oder ÄNDERUNGEN ANFORDERN aus, danach eine kurze Aufzählung der Probleme nach Schweregrad sortiert. Wenn du ÄNDERUNGEN ANFORDERST, schlage die kleinste Korrektur vor, die jedes Problem behebt.
05
Regressionstests für eine Prompt-Version erstellen
Du richtest Regressionstests ein, damit künftige Versionen eines Prompts nicht stillschweigend brechen. Hier ist der Prompt: {prompt}. Seine Aufgabe ist: {intended_behavior}. Erstelle 6 Testfälle, die jede künftige Version weiterhin bestehen muss. Gib für jeden einen kurzen Namen an, die Eingabe, die eingespeist wird, und eine Bestehen-Bedingung, die beschreibt, was die Ausgabe enthalten muss oder niemals enthalten darf. Decke den Normalfall ab, einen Grenzfall mit fehlenden {variables} und einen Fall, der den Prompt dazu bringen soll, sein Ausgabeformat zu brechen. Gib die Fälle als nummerierte Liste zurück.
So speicherst du sie in PromptAtlas
Erstelle einen Ordner pro Aufgabe oder Kanal.
Nutze klare Tags für die spätere Suche.
Mache wechselnde Details zu Variablen.
Speichere bessere Versionen, statt nützliche Versuche zu überschreiben.
Exportiere deine Bibliothek als Backup.
Häufige Fragen
Was ist Prompt-Versionierung?
Prompt-Versionierung bedeutet, den Verlauf eines Prompts über die Zeit zu speichern, sodass jede wichtige Änderung zu einem Snapshot wird, den du ansehen, vergleichen und wiederherstellen kannst. Sie überträgt die Idee der Versionsverwaltung von Code auf die Formulierung deiner Prompts.
Worin unterscheidet sich Prompt-Versionierung vom bloßen Speichern von Kopien?
Kopien speichern liefert dir lose Dateien, Versionierung liefert dir einen Zeitstrahl. Ein Versionierungs-Tool verknüpft Snapshots mit einem Prompt, zeigt die Unterschiede zwischen ihnen, hält fest, warum sich jeder geändert hat, und lässt dich mit einem Klick zurücksetzen · statt in 'prompt-final-v3-wirklich-final.txt' zu suchen.
Sollte ich für Prompts semantische Versionierung (v1.2.0) nutzen?
Kannst du, und es hilft, wenn andere von dem Prompt abhängen. Eine einfache Regel: Erhöhe die Hauptnummer bei einer verhaltensändernden, brechenden Anpassung, die Nebennummer, wenn du eine Fähigkeit ergänzt, und die Patch-Nummer bei Formulierungs-Feinschliff. Für private Prompts reichen meist Zeitstempel und kurze Labels.
Was sollte ich außer dem Prompt-Text festhalten?
Halte das Modell und die Einstellungen fest, für die er geschrieben wurde, eine kurze Notiz zu Änderung und Grund und idealerweise eine Beispiel-Eingabe mit der erhaltenen Ausgabe. Dieser Kontext lässt dich Monate später verstehen, warum sich eine alte Version so verhalten hat.
{A}
Baue deine Prompt-Bibliothek
Speichere Prompts, die funktionieren, füge Variablen hinzu, behalte Versionen und finde alles in Sekunden wieder.