Six niveaux d'autonomie de l'usine, les portes qui les séparent, et notre prévision de ce que 2026 nous permettra d'atteindre. Écrit dès maintenant pour que vous puissiez nous noter plus tard.
Les prédictions sur l'IA ne coûtent rien parce que personne ne les vérifie. Cette page est une grille d'évaluation, pas une impression : chaque porte ci-dessous est vraie ou fausse pour une vraie équipe qui livre de vrais logiciels. Nous la mettons à jour à mesure que les portes s'ouvrent, et nous ne déplaçons pas les objectifs en cours de route.
Empruntée à la façon dont on note les voitures autonomes, appliquée à la façon dont on fabrique du logiciel. Le saut intéressant est F3 vers F4 : des agents à qui l'on délègue à une usine que l'on dirige.
Fig. 1 · Human share of the effort behind a merged changeSchematic, by autonomy level. Hover for values.
F3 · you are here
F0
Manuel
L'essentiel de l'histoire du logiciel
Les humains écrivent chaque ligne. Les outils compilent, analysent et râlent. Le clavier est l'usine.
Portes
▸Aucune. C'est le point de départ.
F1
Assisté
De 2021 à 2023
L'autocomplétion devient bonne. Un modèle suggère les quelques tokens suivants, mais rien n'est livré sans qu'un humain en tape l'essentiel.
Portes
▸Du code suggéré par un modèle apparaît dans la majorité des nouveaux fichiers.
▸Personne ne relit différemment pour autant.
F2
Supervisé
2024
Un agent écrit des fonctions et des fichiers entiers pendant qu'un humain surveille chaque étape et approuve chaque commande. Un agent, un humain. Plus rapide, mais toujours en série.
Portes
▸Un agent mène des changements multi-fichiers de bout en bout.
▸L'humain lit chaque ligne avant la fusion.
▸Un humain pilote au plus un agent à la fois.
F3
Délégué
De 2025 à aujourd'huiLà où en sont les équipes sérieuses
L'agent prend en charge une tâche du ticket au diff. L'humain relit le résultat, pas les frappes au clavier. L'attention passe de l'écriture du code à la spécification du travail et à son évaluation. Un ingénieur fait tourner plusieurs agents à la fois dans des espaces de travail isolés.
Des flottes d'agents planifient, implémentent, relisent et testent le travail des autres. Les humains fixent le cap, arbitrent les exceptions et portent le goût. L'unité d'attention humaine n'est plus la pull request. C'est la décision.
Un résultat en entrée, du logiciel en sortie. Les humains précisent l'intention, les contraintes et le budget. L'usine se planifie elle-même, livre en continu, surveille ce qu'elle a livré et revient elle-même en arrière. La plupart des changements sont fusionnés sans humain dans la boucle, et le taux d'incidents n'augmente pas.
Portes
○La majorité des changements en production sont fusionnés sans qu'aucun humain n'ait lu le diff.
○Taux d'échec des changements égal ou inférieur au niveau de référence de l'ère humaine pendant deux trimestres consécutifs.
○L'usine annule ses propres mauvais déploiements plus vite que ne le faisait une astreinte humaine.
○Les humains dans la boucle sont là pour les jugements, pas pour le débit.
La prévision
Comment 2026 se déroule
Mi-constat, mi-pari. Les deux premières entrées se produisent déjà. Le reste est formulé assez concrètement pour qu'on puisse s'y tromper.
Fig. 2 · Merged changes written by agents, zero human editsIndustry median, our estimate. Dashed is forecast. The first F4 teams cross the gate earlier.
Début 2026
Début 2026
La revue devient le goulot d'étranglement
Réalisé
Écrire du code n'est plus là où passent les heures d'ingénierie. Le lire, si. Les équipes qui ont adopté les agents en parallèle en 2025 ont heurté le mur les premières : dix agents produisent avant midi plus de diffs qu'une équipe ne peut honnêtement en relire d'ici vendredi.
La réponse : les agents relisent les agents, et les humains échantillonnent au lieu de tout lire. La confiance se gagne statistiquement, pas diff par diff.
Ce qui doit devenir vrai
Les agents relecteurs détectent des régressions plantées à parité avec un relecteur humain médian, en test à l'aveugle.
Mi-2026
Mi-2026
Le répartiteur apparaît
En cours
La fiche de poste change. Les ingénieurs cessent d'être des dactylos avec du goût pour devenir des répartiteurs avec du goût : découper le travail, l'acheminer vers des flottes, arbitrer les conflits entre agents qui ont touché le même module.
Les outils qui traitent les agents comme une flotte, et non comme une fenêtre de chat, deviennent l'interface par défaut vers le code.
Ce qui doit devenir vrai
Un ingénieur tient 10 chantiers simultanés ou plus, et la résolution des conflits de fusion entre branches d'agents est elle-même largement automatisée.
Fin 2026
Fin 2026
L'équipe de nuit
Prévision
La fiabilité sur longue durée franchit un seuil. Le travail confié à 18 h est fusionnable à 9 h assez souvent pour que ne pas programmer l'équipe de nuit revienne à laisser une usine à l'arrêt.
La préparation des environnements, les tests instables et la plomberie des identifiants — les modes d'échec ennuyeux qui tuaient les exécutions sans surveillance en 2025 — sont surtout réglés par l'ingénierie, pas par les modèles.
Ce qui doit devenir vrai
Des exécutions sans surveillance de 8 heures ou plus réussissent sur la majorité des tickets courants, sans qu'un humain les débloque.
2027
2027
Les premières équipes F4
Prévision
Les premières équipes, de petite taille, livrent du code majoritairement écrit par des agents sans en lire chaque ligne, et leur taux de défauts tient. Rien de mystique derrière : des couches de revue, des canaries, un rollback rapide et l'habitude d'écrire des spécifications plutôt que du code.
Tout le monde débat de savoir si cela se généralise. Ce débat est le signe que le niveau est atteint.
Ce qui doit devenir vrai
Au moins une équipe identifiable, la nôtre comprise, passe toutes les portes F4 pendant un trimestre entier et publie ses chiffres.
Au-delà : F5 n'est pas une promesse à court terme
Nous ne prévoyons pas d'autonomie complète en 2026 ni en 2027. Les vraies inconnues : la revue par agents tiendra-t-elle face à une complexité adverse, la spécification pourra-t-elle remplacer la lecture du code comme ancrage de confiance à grande échelle, et l'économie du calcul gardera-t-elle l'équipe de nuit moins chère que les humains qu'elle épaule. F5 est une entrée de grille pour le reconnaître le jour venu, pas une promesse.
Le bilan
Où en est le secteur, honnêtement
Notre lecture en août 2026, à partir de notre propre équipe et des équipes que nous suivons de près. F3 est majoritairement ouvert. F4 est majoritairement fermé. Cet écart, c'est le travail à faire.
Tickets courants sans intervention en cours de tâche
La norme pour un travail bien cadré dans des espaces de travail isolés.
●Ouverte
F3
3 chantiers simultanés ou plus par ingénieur
Pratique quotidienne pour notre équipe et nos utilisateurs les plus intensifs.
●Ouverte
F3
Majorité sans retouche sur les PR d'agents fusionnées
Vrai pour le travail courant, pas encore pour les refactorisations épineuses.
◐Partielle
F4
La moitié des changements fusionnés sont du code d'agent sans retouche
Les humains retouchent ou orientent encore fortement la plupart des diffs fusionnés.
○Fermée
F4
Revue par les agents à parité avec la revue humaine
La revue par les agents détecte de vrais bugs, mais on ne lui fait pas encore confiance seule.
○Fermée
F4
10 chantiers simultanés ou plus sans perte d'état
Possible les bons jours. Le coût de supervision croît encore trop vite.
◐Partielle
F4
Exécutions de nuit sans surveillance, fusionnables au matin
Fonctionne quand les environnements sont propres. Ils le sont rarement.
◐Partielle
F4
Du ticket à la production en moins d'un jour, en médiane
Les files d'attente de revue et de CI absorbent les gains créés par les agents.
○Fermée
L'usine a besoin d'un atelier
Superset est l'établi de la transition F3 vers F4 : des agents en parallèle dans des espaces de travail isolés, des flottes réellement supervisables et une surface de revue pour du code que vous n'avez pas écrit.