Les agents n'ont pas inventé l'usine logicielle. Ils ont remplacé une boîte.
En 2022
Une personne construit la fonctionnalité. Des heures ou des jours.
Aujourd'hui
Un agent la construit. Des minutes ou des heures.
Tout le reste est resté. Et la partie lente du travail s'est déplacée : de la construction vers la relecture.
D'où vient l'image
Dex Horthy, keynote State of the Software Factory, AGNTCon + MCPCon Europe, septembre 2026.
L'idée d'usine logicielle date de 1968, l'année où l'on a inventé le terme « software engineering ».
Il dessine l'usine que la plupart des équipes faisaient tourner en 2022.
J'ai tellement aimé ce schéma que je l'ai redessiné.
Vidéo : youtube.com/watch?v=-w6RDNBAI0E, à 43:53.
Étape 1
L'usine de 2022 avait déjà tout
Une équipe, un tracker, quelqu'un qui construit.
Une pull request, la CI, un humain qui teste et qui relit.
La prod, les utilisateurs, le monitoring.
Deux boucles : le rework et le feedback.
Rien de tout ça n'est de l'IA. C'est comme ça qu'on livre depuis dix ans.
Étape 2
On remplace le constructeur
Le build devient une pile : orchestration, harness, sandbox, modèle.
Les agents testent leur propre travail, parfois dans un vrai navigateur.
Build : minutes à heures. Review : toujours heures à jours.
On ajoute de la review agentique et des tests de régression agentiques. Ça aide, mais la review reste souvent le goulot.
Le goulot se déplace
min – hpour construire, avec un agent
h – jourspour relire, toujours
Aller plus vite au build sans toucher à la review, c'est remplir une file d'attente.
Étape 3
L'usine « lights-off »
Plus personne ne relit : les checks décident.
Avec assez de CI, de tests agentiques et de monitoring, ça pourrait presque marcher.
La boucle de rework disparaît.
Le problème : la maintenabilité
Ce qu'un test sait dire
Cette fonctionnalité marche.
Ce que rien ne dit vite
Ce code sera-t-il encore facile à changer dans deux mois ?
Les modèles progressent sur ce qu'un vérificateur peut noter. La maintenabilité n'a pas de vérificateur rapide.
Ce que mesure SlopCodeBench
Université du Wisconsin–Madison : on ne donne pas toute la spec d'un coup. Les agents l'ont par étapes, et doivent étendre leur propre code, comme dans un vrai projet.
14,8 %le meilleur modèle au lancement (GPT 5.5, chiffre cité par Dex)
~95 %sur des benchmarks « en un coup » comme Terminal-Bench, selon Dex
La conclusion de Dex
Pour l'instant, lisez le code.
Si le code non surveillé se dégrade avec le temps, la relecture humaine n'est pas un coût à supprimer. C'est le contrôle qualité.
Ce qui a vraiment changé
Question
2022
Aujourd'hui
Qui construit ?
Une personne
Une pile d'agents qu'on configure
Où va le temps ?
Écrire le code
Le planifier, le relire, câbler le feedback
Le métier ?
Écrire
Décider
Cinq pratiques qui tiennent
Planifier avant de construire. 20 à 30 minutes en amont économisent des heures de review.
Donner du « back pressure » aux agents. Un navigateur, curl, l'appli qui tourne : qu'ils vérifient avant un humain.
Brancher la boucle 2 directement. L'alerte du pager arrive avec la PR que l'agent pense être le correctif.
Laisser les agents expérimenter. Feature flags, trois versions d'une UI, et les vrais utilisateurs choisissent.
Capitaliser. Relire les sessions d'agents, transformer les erreurs en skills et en mémoire.
Les pratiques viennent du talk de Dex.
Mon usine tourne sur l'étape 2
Issued'abord, toujours
Agentsa propre branche
Preuvetests, vrai navigateur
2ᵉ avisun modèle d'un autre éditeur
Ma PRje lis, je merge
La partie lente, c'est ma file de relecture. Exactement comme sur le schéma.
Des garde-fous nés de vraies erreurs
Vérifier ce qui est produit
Un modèle de synthèse vocale a inventé des phrases dans l'audio de mes notes. Chaque morceau est maintenant retranscrit avec Whisper et réenregistré s'il ajoute ou oublie un mot.
Une relecture vide n'est pas un feu vert
Les modèles relecteurs reviennent parfois sans rien. Le pipeline le dit en première ligne au lieu de déclarer le changement propre.
Pas de faits inventés
Aucun chiffre, client ou expérience n'entre sur mon site si je ne l'ai pas donné.
Côté intégration
Un agent qui ne voit pas les vraies données devine. Sur ma mission MuleSoft, j'ai d'abord écrit un serveur MCP qui lit les logs Anypoint.
Version publique et open source : mulewatch, en lecture seule.
Même idée pour mon portfolio : api.heybrahim.com/mcp.
Le « back pressure » de la pratique n° 2, appliqué à l'intégration.
Merci
La note complète, avec le schéma animé : heybrahim.com/notes/software-factory-2022-to-lights-off.html
heybrahim.com · b.bousnguar@gmail.com · la keynote de Dex : youtube.com/watch?v=-w6RDNBAI0E