Kurze Antwort
Wenn KI den Großteil des Codes schreibt, wandert die Verantwortung für Qualität vom Review zu automatischen Prüfungen. Strenge Typprüfung, Tests, Lint-Regeln, die Architekturentscheidungen festschreiben, und ein einziger Verify-Befehl, der vor jedem Commit grün sein muss, fangen gemeinsam das, was ein Mensch ab der dritten Datei nicht mehr bemerkt.
Der Einwand gegen KI-geschriebenen Code lautet selten, dass er nicht funktioniert. Er lautet, dass er driftet — Stil, Struktur und Entscheidungen laufen über Monate auseinander, bis niemand mehr sagen kann, warum etwas so aussieht, wie es aussieht.
Review skaliert nicht
Wer innerhalb einer Stunde die dritte KI-generierte Datei prüft, liest nicht mehr mit derselben Schärfe. Das ist kein Charakterfehler, sondern ein vorhersagbarer Effekt. Die Lösung ist, so viel Urteil wie möglich zu etwas zu verlagern, das nicht ermüdet.
Die Prüfungen, die die Arbeit machen
- Strenge Typprüfung, inklusive noUncheckedIndexedAccess
- Lint-Regeln, die Architekturentscheidungen festschreiben
- Tests für das, was Geld kostet, wenn es bricht
- Ein Befehl, der alles ausführt und vor dem Commit grün sein muss
Der Sinn des letzten Punktes: Eine Prüfung, die niemand ausführt, ist keine Prüfung. Wenn es vier Befehle und ein gutes Gedächtnis braucht, wird sie an einem Freitag übersprungen.
Häufige Fragen
- Wird der Code schlechter, wenn KI ihn schreibt?
- Die Qualität folgt den Prüfungen. Sind Typprüfung, Tests und Lint-Regeln vorhanden, hält der Code dasselbe Niveau, unabhängig davon, wer oder was ihn geschrieben hat.
Websites, Produkte und Marken — in Wochen gebaut
Torn Studio baut digitale Produkte mit KI-Werkzeugen. Sie bekommen dieselbe Qualität in einem Drittel der Zeit und sprechen immer direkt mit der Person, die baut.