Utiliser l'IA pour écrire du code meilleur plus lentement : un workflow de détection de bugs

Les développeurs fatigués des canons à slop IA pourraient apprécier l'alternative de Nolan Lawson : utiliser les LLM pour écrire un meilleur code plus lentement. L'idée clé : lancer plusieurs agents sur une revue de PR pour trouver des bugs classés par sévérité, puis les corriger méthodiquement.

Comment ça marche

Lawson décrit une compétence Claude adaptée d'un article existant : plus vous lancez de modèles différents sur une revue de PR, moins vous obtenez d'hallucinations ou de bugs fantômes. La compétence exécute trois agents — un sous-agent Claude, Codex et Cursor Bugbot — pour trouver des bugs dans une PR, classés par critique/élevé/moyen/faible. Une fois terminé, vous examinez leurs résultats, éliminez les faux positifs et rédigez un rapport final.

Définissez "bug" selon vos propres termes : Lawson inclut les principes KISS/DRY, l'accessibilité HTML/JSX, les index SQL appropriés, etc. Il affirme un taux de faux positifs proche de zéro, et la compétence trouve toujours des tonnes de bugs — des problèmes de sécurité critiques aux commentaires trompeurs.

Flux de travail typique

• Demandez à un agent de corriger tous les critiques et élevés (avec votre guidance sur la solution appropriée), puis répétez jusqu'à ce qu'il n'en reste plus.
• Ignorez les élevés/moyens où l'effort de correction (ex. 100 lignes pour un cas limite étroit) n'en vaut pas la peine.
• Abandonnez la PR si elle contient tellement de critiques que l'approche globale est erronée.

Le processus de revue trouve souvent des bugs préexistants, menant à des quêtes secondaires : écrire des tests unitaires et corriger des défauts subtils. C'est l'opposé du développement canon à slop 10x, mais améliore la santé globale de la base de code et approfondit votre compréhension des modes de défaillance.

Si vous êtes sceptique vis-à-vis du codage IA, cela ne vous convaincra pas. Mais si vous produisez des PR de plusieurs centaines de lignes que vous comprenez à peine, Lawson vous invite à ralentir : demandez à un agent comment votre PR fonctionne et comment elle pourrait échouer, faites-lui écrire une documentation Markdown avec des diagrammes Mermaid, ou utilisez la compétence /grill-me de Matt Pocock jusqu'à ce que vous compreniez l'intégralité de la PR dans les moindres détails.

Discussions connexes sur Hacker News : Fil HN (748 points, 288 commentaires).