KI nutzen, um besseren Code langsamer zu schreiben: Ein Workflow zur Fehlersuche

Entwickler, die von KI-„Slop Cannons“ genervt sind, könnten Nolan Lawsons Alternative schätzen: LLMs nutzen, um besseren Code langsamer zu schreiben. Der Kern des Ansatzes: Mehrere Agenten auf ein PR-Review ansetzen, um Bugs nach Schweregrad zu finden, und diese dann systematisch beheben.

So funktioniert es

Lawson beschreibt eine Claude-Fähigkeit, die aus der Kernidee eines anderen Artikels abgeleitet ist: Je mehr verschiedene Modelle man auf ein PR-Review ansetzt, desto weniger Halluzinationen oder unechte Bugs erhält man. Die Fähigkeit nutzt drei Agenten – Claude-Sub-Agent, Codex und Cursor Bugbot – um Bugs in einem PR zu finden, eingeteilt in kritisch/hoch/mittel/niedrig. Nach Abschluss überprüfst du ihre Ergebnisse, schließt Falsch-Positive aus und erstellst einen Abschlussbericht.

Definiere „Bug“ nach deinen eigenen Vorstellungen: Lawsons Definition umfasst KISS/DRY-Prinzipien, barrierefreies HTML/JSX, korrekte SQL-Indizes usw. Er behauptet, die Falsch-Positiv-Rate liege nahe Null, und die Fähigkeit finde immer massenhaft Bugs – von kritischen Sicherheitslücken bis zu irreführenden Kommentaren.

Typischer Workflow

• Lass einen Agenten alle kritischen und hohen Bugs beheben (mit deiner Anleitung zur richtigen Lösung), dann wiederhole den Vorgang, bis keine mehr übrig sind.
• Überspringe hohe/mittlere Bugs, bei denen der Aufwand zur Behebung (z. B. 100 Zeilen für einen engen Randfall) sich nicht lohnt.
• Verwerfe den PR, wenn er so viele kritische Fehler enthält, dass der gesamte Ansatz verfehlt ist.

Der Review-Prozess deckt oft bereits bestehende Bugs auf, was zu tangentialen Nebenaufgaben führt, wie dem Schreiben von Komponententests und dem Beheben subtiler Fehler. Dies ist das Gegenteil von 10x-Produktivitäts-Slop-Cannon-Entwicklung, verbessert aber die allgemeine Codebasis-Gesundheit und vertieft das Verständnis von Fehlermodi.

Wenn du skeptisch gegenüber KI-Coding bist, wird dich das nicht überzeugen. Aber wenn du hunderte Zeilen lange PRs ausspuckst, die du kaum verstehst, lädt Lawson dich ein, langsamer zu machen: Frage einen Agenten, wie dein PR funktioniert und wo er scheitern könnte, lass ihn Markdown-Dokumentation mit Mermaid-Diagrammen schreiben oder nutze Matt Pococks /grill-me-Fähigkeit, bis du den gesamten PR von vorne bis hinten verstehst.

Verwandte Diskussionen auf Hacker News: HN-Thread (748 Punkte, 288 Kommentare).