Entwicklung
Code-Reviews mit einem Sprachmodell vorbereiten
Reviews bleiben liegen, weil sie Konzentration brauchen und niemand sie zwischen zwei Terminen macht. Was durchgeht, geht durch — und Fehler, die beim genauen Hinsehen sofort auffallen würden, landen in der Produktion.
- Aufbau
- 2 Stunden für die Prompt-Sammlung
- Spart
- Offensichtliche Fehler fallen vor dem Review auf
- Womit
- Claude · ChatGPT · GitHub
So läuft es ab
- 1
Änderung erfassen
Der Auslöser ist der geöffnete Pull Request, mitsamt Diff und Beschreibung.
- 2
Gezielt prüfen lassen
Nicht »finde Fehler«, sondern konkrete Fragen: Randfälle, Fehlerbehandlung, Nebenwirkungen, Sicherheit.
- 3
Befunde belegen lassen
Jeder Hinweis muss Datei, Zeile und ein Beispiel enthalten, das schiefgeht. Ohne Beleg fliegt er raus.
- 4
Als Kommentar anhängen
Die Befunde landen am Pull Request — als Vorbereitung für den Menschen, der das Review macht.
Wo es nicht funktioniert
Ein Sprachmodell kennt den Rest deiner Anwendung nicht. Es findet Fehler innerhalb der geänderten Zeilen, aber selten solche, die aus dem Zusammenspiel entstehen. Und es meldet gerne Dinge, die keine sind — verlange deshalb für jeden Befund ein Beispiel, das tatsächlich fehlschlägt.
Fertig gebaut kaufen
Wenn du den Aufbau überspringen willst — aus der Kategorie Coding.
Häufige Fragen
Ersetzt das ein Review durch Kollegen?
Nein. Es räumt vorher auf, damit die Kollegin ihre Zeit auf Architektur und Zusammenhänge verwenden kann statt auf vergessene Null-Prüfungen.
Darf ich Firmencode an ein Sprachmodell schicken?
Das hängt von deinem Vertrag und den Regeln deines Arbeitgebers ab. Achte darauf, dass der Anbieter deine Eingaben nicht zum Training verwendet, und kläre es vorher ab — nachträglich lässt sich das nicht zurückholen.
Wie verhindere ich Hinweise zu Formatierung und Stil?
Indem du sie im Prompt ausdrücklich ausschliesst und Formatierung einem Werkzeug überlässt, das dafür gebaut ist. Sonst geht der eine wichtige Befund zwischen dreissig Stilhinweisen unter.