Meta Forum donne une leçon aux équipes logicielles : les ingénieurs ne surveillent plus un agent ligne par ligne pendant qu'il écrit du code. L'agent exécute lui-même toute la boucle — planifier, implémenter, tester, corriger — pendant que les humains fixent l'objectif, observent l'exécution, interviennent en cas de dérive et donnent l'approbation finale. Le 15 octobre 2026, l'équipe d'ingénierie de Meta a raconté dans un article officiel comment une petite équipe a construit l'application autonome Forum à partir de zéro et atteint la parité des fonctions essentielles avec Facebook Groups en huit semaines.
Le succès se mesure à la vérification, pas au volume de code
L'équipe a défini le succès non par la quantité de code générée, mais par le fait que le résultat compile, passe les tests et la relecture, et peut partir en production. Elle a donc placé la vérification automatisée à l'intérieur de la boucle de l'agent : état de build, tests unitaires et conformité de l'interface renvoient des signaux nets de réussite ou d'échec, l'agent contrôle d'abord son propre travail, et l'ingénieur ne reçoit qu'un ensemble réduit de modifications accompagnées de plans de test et de sessions de vérification enregistrées. Exemple concret : des tests de charge où des agents imitaient de vrais utilisateurs — défilement agressif, navigation rapide, chargements répétés de médias — ont fait apparaître un problème de mémoire dès le développement ; une fois corrigé, l'usage mémoire et les défauts de page ont à peu près diminué de moitié.
Ce qui a changé, c'est l'environnement, pas les invites
Un jugement franc de l'article est que les gains sont venus surtout de la refonte du code et des outils, pas du peaufinage des invites. Les règles du projet et les conventions d'équipe ont été consignées en règles et compétences réutilisables, et les agents ont reçu des outils pour lire la hiérarchie réelle des écrans dans le simulateur au lieu de deviner leur position à partir de descriptions. Le code des prototypes vit dans une variante de build séparée : il n'existe physiquement pas dans le build de production et ne peut donc pas faire planter l'application des vrais utilisateurs.
La condition est énoncée tout aussi clairement : la quantité de travail que l'on peut confier sans risque à la boucle dépend de la fiabilité des vérifications. Quand elles ne suivent pas, le temps humain se déplace simplement de l'écriture du code vers la relecture de résultats qui semblent terminés sans l'être. Pour la plupart des équipes, Forum tient lieu de rappel sur l'ordre des choses : consolider d'abord les tests et l'inspection d'état, ensuite seulement laisser les agents mener des chaînes plus longues.
