Interview du créateur de Moltbot : Comment réussir en programmation agentic

Pourquoi « fermer la boucle » sépare les gagnants de l'IA des codeurs frustrés

Peter Steinberger a construit PSPDFKit—le framework PDF présent sur plus d'un milliard d'appareils—puis s'est épuisé et a disparu de la tech pendant trois ans. Quand il est revenu en 2024, il a sauté GitHub Copilot et GPT-3.5 pour atterrir directement sur Claude Code. En quelques mois, il fusionnait 600 commits en une seule journée. Il est aussi le créateur de Moltbot (anciennement Claudebot)—l'assistant IA personnel open-source qui a pris d'assaut le monde des solopreneurs.

Sur la psychologie de la machine à sous : "It's the same economics as a casino. You press the trigger and ding ding ding—it does crap or it blows your mind." (C'est la même économie qu'un casino. Vous appuyez sur la gâchette et ding ding ding—ça fait n'importe quoi ou ça vous épate.) La boucle de récompense variable du codage IA est véritablement addictive quand on apprend à travailler avec plutôt que contre.

Sur ce qui rend le codage IA efficace : "The good thing about how to be effective with coding agents is always: you have to close the loop. It needs to be able to debug and test itself. That's the big secret." (La bonne chose pour être efficace avec les agents de programmation est toujours : vous devez fermer la boucle. Il doit pouvoir se déboguer et se tester lui-même. C'est le grand secret.) C'est pourquoi l'IA excelle au codage mais peine avec l'écriture créative—le code peut être compilé, testé et vérifié.

Sur le fait de ne pas lire la plupart de son code : Peter avoue qu'il livre du code qu'il n'a pas entièrement lu, mais explique pourquoi ce n'est pas aussi imprudent qu'il y paraît. "Most apps are just data coming in one form, packaged into a different form, stored in a database in a different form... We are pretty chasing printers. The hard part was solved by Postgres 30 years ago." (La plupart des apps, c'est juste des données qui arrivent sous une forme, emballées sous une forme différente, stockées dans une base de données sous encore une autre forme... Nous ne faisons que courir après des imprimantes. La partie difficile a été résolue par Postgres il y a 30 ans.) Il se concentre sur l'architecture système tout en laissant les agents gérer la plomberie.

Sur les PRs devenant des « Prompt Requests » : "I read the prompts more than I read the code because this gives me more idea about the output. I ask people to please add the prompts." (Je lis les prompts plus que je ne lis le code parce que ça me donne plus d'idées sur le résultat. Je demande aux gens d'ajouter les prompts s'il vous plaît.) La réflexion sur comment ça devrait fonctionner compte plus que l'implémentation générée.

Sur l'exécution d'agents en parallèle : Il exécute généralement 5 à 10 agents Codex simultanément, traitant le codage comme la gestion d'une équipe d'ingénieurs imparfaits mais brillants. Quand un agent prend 40 minutes pour construire une fonctionnalité, il passe à autre chose : « Je saute constamment d'un sujet à l'autre. D'habitude il y a un projet principal qui a mon attention et des projets satellites qui ont besoin d'attention. »

Sur les difficultés d'adoption de l'IA par les entreprises : "I could easily run a company with 30% of the people. But this requires completely redefining how the company works... You have to do a big refactor first—not just on your codebase, but also on your company." (Je pourrais facilement gérer une entreprise avec 30% des effectifs. Mais cela nécessite de redéfinir complètement comment l'entreprise fonctionne... Vous devez d'abord faire un gros refactoring—pas seulement sur votre code, mais aussi sur votre entreprise.)

5 insights clés pour les développeurs propulsés par l'IA

• Fermez la boucle — Concevez des systèmes pour que les agents puissent vérifier leur propre travail via tests, linting et outils CLI. C'est le principe fondamental.
• Pensez en architecture, pas en lignes — Vous vous souciez de la structure du système ; les agents gèrent les détails d'implémentation. « Je suis l'architecte, Codex fait la compréhension ligne par ligne. »
• Construisez en CLI-first pour tout — Les CLIs permettent aux agents de filtrer, chaîner et scripter les opérations—bien plus puissant que les MCPs qui ne peuvent pas être composés.
• Laissez tomber le perfectionnisme — « J'avais l'habitude d'être obsédé par chaque espacement, chaque nommage. Avec du recul—c'était quoi ça ? Le client ne voit pas l'intérieur. »
• Traitez les prompts comme de la documentation — Lors de la revue des PRs, le prompt utilisé révèle plus sur la qualité de la solution que le code généré.

Ce que cela signifie pour les équipes de développement AI-first

L'approche de Peter représente un changement fondamental dans la façon dont les ingénieurs seniors pourraient travailler à l'ère de l'IA. Au lieu d'écrire du code, ils deviennent des architectes qui conçoivent des systèmes pour la vérification par agents et contrôlent le goût des résultats. La compétence n'est pas le codage—c'est savoir quelles questions poser et comment structurer les boucles de rétroaction qui font réussir l'IA.

Pour les organisations envisageant une transformation IA, son avertissement est clair : vous ne pouvez pas simplement ajouter des outils IA aux workflows existants. Vous devez restructurer la façon dont l'entreprise pense la propriété du code, les revues et ce qui fait la valeur d'un ingénieur.

Connexe : Voyez Moltbot en pratique : Moltbot expliqué : Votre employé IA 24h/24