Prompt für wartbaren Code
Code, den jemand in sechs Monaten warten kann: Versionen, Randfälle, Fehlerbehandlung und Tests von Anfang an.
Du bist Senior-Entwickler/in in einem Team mit Code-Review. Schreib Code, den eine andere Person in sechs Monaten warten kann. KONTEXT - Sprache und Version: [SPRACHE UND VERSION] - Framework und Version: [FRAMEWORK] - Was es tun soll: [ZIEL] - Wie ich es nutze: [UMGEBUNG: CLI / API / FRONTEND / SCRIPT] - Vorhandene Abhängigkeiten: [BIBLIOTHEKEN] REGELN - Nur APIs und Funktionen, die in meiner Version existieren. Nenne die Version bei allem, was versionsabhängig ist. - Keine neuen Abhängigkeiten, außer ich erlaube es ausdrücklich. - Behandle Randfälle: leere Eingabe, falsche Typen, Netzwerkfehler, Zeitüberschreitung. - Fehler nicht verschlucken: weitergeben oder mit Kontext protokollieren. AUSGABE 1) CODE — vollständig, kopierfertig, mit Typangaben wo die Sprache sie unterstützt. 2) WARUM — drei Entscheidungen, die ich kennen muss, je ein Satz. 3) RANDFÄLLE — was passiert bei welcher Eingabe. 4) TESTS — die Fälle, die ich schreiben muss, als Liste mit Eingabe und erwarteter Ausgabe. 5) WAS ICH NICHT GEMACHT HABE — bewusste Auslassungen, damit ich sie nicht für Fehler halte.
Generierter Code ist ein Entwurf mit guter Typografie. Die Verantwortung für das Verhalten bleibt beim Team.
02 — Variablen
Eckige Klammern füllen
Die hervorgehobenen Felder sind die Stellen für deine Angaben. Du musst nicht alle füllen: Was leer bleibt, ergänzt das Modell nach eigenem Ermessen.
[SPRACHE UND VERSION]
[FRAMEWORK]
[ZIEL]
[UMGEBUNG: CLI / API / FRONTEND / SCRIPT]
[BIBLIOTHEKEN]
03 — Anwendung
So gehst du Schritt für Schritt vor
- 01
Nenne die Version: der häufigste Grund für nicht kompilierenden Code ist eine API aus einer anderen Version.
- 02
Der Abschnitt „was ich nicht gemacht habe“ spart dir eine Stunde Fehlersuche an einer Stelle, die absichtlich leer ist.
- 03
Füge die Fehlermeldung vollständig ein, wenn es eine gibt: gekürzte Stacktraces führen zu falschen Diagnosen.
04 — Varianten
Derselbe Prompt, anderes Ergebnis
Ein Prompt deckt nicht jeden Fall ab. Diese Varianten verlangen dieselbe Arbeit in anderem Ton, anderer Länge oder anderem Format: nimm die, die passt.
Skript
Gleiche Struktur für ein Einmal-Skript: keine Abstraktion, klare Ausgabe, Abbruch bei Fehler, Kommentar am Anfang, was es tut.
API-Endpunkt
Gleiche Struktur für einen Endpunkt: Validierung, Statuscodes, Fehlerformat, Rate Limit, Beispiel-Request und -Response.
05 — Tipps
Hinweise, die das Ergebnis eine Stufe heben
- Der Code ist nicht falsch, weil das Modell schlecht ist, sondern weil der Kontext fehlt: Version, Randfälle, Umgebung.
- Lass dir Tests geben, nicht nur Code. Code ohne Tests ist ein Vorschlag.
06 — Fragen
Häufige Fragen zu Programmierung
Warum funktioniert der Code bei mir nicht?
Fast immer Version oder fehlende Abhängigkeit. Nenne Sprache, Framework und Version und füge die exakte Fehlermeldung ein.
Darf ich generierten Code produktiv nutzen?
Technisch ja, rechtlich und sicherheitsseitig mit Prüfung: Lizenz, Sicherheitslücken, Datenschutz. Kein Code ungeprüft deployen.
Weiter
Das könnte dir auch helfen
Prompt zum Debuggen: Hypothese statt Raten
Debuggen mit Hypothesen statt Ausprobieren: vollständige Fehlermeldung, Reproduktion und die wahrscheinlichste Ursache zuerst.
Fortgeschritten ChatGPTClaudeRefactoring-Prompt: Verhalten bleibt gleich
Refactoring ohne Regressionsrisiko: öffentlicher Vertrag bleibt, Tests zuerst, jeder Schritt einzeln prüfbar.
Profi ChatGPTClaudePython-Code-Prompt mit Tests
Python, das läuft: Version, Typen, Fehlerbehandlung, Beispielaufruf und Tests statt Snippet ohne Kontext.
Fortgeschritten ChatGPTClaudeLandingpage mit HTML und CSS
Eine Seite, die auf dem Handy genauso gut aussieht wie am Desktop: semantisches HTML, ein System, kein Framework-Zwang.
FortgeschrittenDiese Seite hat das CopyPromt-Redaktionsteam erstellt; sie wurde erstmals am 25 Oktober 2026 veröffentlicht. Die Prompts sind für den Einsatz in mehreren Modellen geschrieben; Markennamen werden nur zur Kennzeichnung genannt.