Factory envoie ses FDE préparer le code des clients pour les agents
- Vidéo : How Forward Deployed Engineering is done at Factory, chaîne AI Engineer
- Qui parle : Eno Reyes, cofondateur et CTO de Factory (agents de développement Droid), passé par Hugging Face et Microsoft
- Format : 21 min 21, AI Engineer World's Fair 2026, mise en ligne le 28 juillet 2026 (environ 6 200 vues le 10 novembre 2026)
- Originalité : 4/5 · Qualité de l'information : 4/5
Quand un client demande à Factory de moderniser une base de code, devis des grands cabinets de conseil en main, Eno Reyes refuse (vers 3:03), même si Factory ferait le travail avec son propre produit. Le cofondateur et CTO de Factory ouvrait le track forward deployed engineering du World's Fair, et il explique ce refus d'emblée : ce type de mission rapporte du chiffre d'affaires, mais Factory n'en tire rien pour son produit et ne grandira pas ainsi. Ses deployed engineers servent de fer de lance au produit : ils rapportent ce que pensent la direction technique et les ingénieurs de terrain des plus gros clients, et Factory ajuste Droid en conséquence. Le produit doit ensuite s'installer presque seul chez des clients de 45 000 personnes, avec des dizaines de milliers de bases de code, selon Eno Reyes.
L'usine logicielle, du signal au déploiement
Eno Reyes décrit le développement logiciel comme une usine (vers 5:06). Des signaux entrent : conversations clients, rapports de bugs, messages Slack ou Teams, décision d'un dirigeant. Des humains les trient et en tirent des plans, que des développeurs traduisent en modifications du code. Ces modifications passent la revue, la QA, l'analyse de sécurité, le SAST, les linters et les vérificateurs de types, puis partent en production, où la surveillance génère de nouveaux signaux. La plupart des organisations instrumentent mal cette boucle. Factory vise un flux du signal au déploiement sans interruption humaine, les humains se chargeant de concevoir et d'entretenir l'usine elle-même.
Eno Reyes le répète : « We like to say this is built, not bought » (une usine logicielle se construit, elle ne s'achète pas). Factory fournit les briques, à commencer par un harnais d'agents indépendant des modèles, dont le client possède les traces et les données, sous une gouvernance centralisée. Des clients de la finance, de la santé ou du secteur public le font tourner sans connexion réseau ; un ingénieur de Factory plaisante : on pourrait l'installer dans un sous-marin.
Rendre le code prêt pour les agents
Le rôle du deployed engineer arrive tard dans le talk (vers 8:11), ce qu'Eno Reyes reconnaît. Le deployed engineer construit avec le client un modèle de maturité de l'autonomie (la plupart des entreprises n'en ont aucun), prépare le code aux agents, conçoit les workflows et raconte le retour sur investissement de bout en bout. Pour ce dernier point, Eno Reyes prend un exemple au conditionnel : une modification passée par une revue, une QA et une analyse de sécurité automatisées aurait peut-être 87 % de risques en moins de contenir un bug, ce qui réduit le taux de défauts, améliore la satisfaction et finit dans le chiffre d'affaires.
La préparation du code forme la partie la plus intéressante (vers 12:14). Pour Factory, un code prêt pour les agents se mesure à la densité de ses boucles de validation déterministes : linters, typage, analyses de sécurité, tests de bout en bout. Plus ces boucles sont nombreuses, plus un agent travaille longtemps, sur des tâches difficiles, sans intervention humaine. Eno Reyes fait le lien avec l'entraînement des modèles, qui ont besoin d'une récompense dense pour tenir un objectif. Selon lui, Droid comble seul 30 à 40 % des manques ; le reste demande de changer des habitudes, car les développeurs supportent mal le pinaillage des contrôles automatiques. Sa règle : un problème qu'on sait formuler comme un ensemble de vérifications se résout aujourd'hui avec l'IA. Factory revendique des migrations autonomes de bases de code de 30 à 50 millions de lignes, sans nommer de client.
Epcot, ou l'art de ne pas aller trop loin
Pour diffuser ces pratiques, Eno Reyes recommande une base de code exemplaire (vers 16:15). Il cite Epcot : Walt Disney voulait une ville du futur qui servirait de modèle au monde, il a obtenu un parc d'attractions, et d'autres villes ont tout de même repris certaines de ses idées de transport. Une base de code trop en avance passe pour un parc d'attractions auprès des équipes ; assez proche de leur quotidien, elle leur donne envie de l'imiter. Il applique la même franchise à Factory : environ 15 à 20 % d'autonomie sur son propre code selon sa mesure, un outil juridique interne maintenu de façon quasi autonome, et un harnais en mode terminal dont certains défauts visuels, comme le scintillement, échappent encore à toute vérification automatique.
Pour une ESN
Factory laisse à d'autres l'exécution des migrations et place en amont un prérequis : un code couvert de tests, de linters et de typage. Ces deux chantiers, mener la migration et rendre le code vérifiable, relèvent du savoir-faire des ESN. Le talk fournit un critère pour chiffrer le second : compter les boucles de validation déterministes d'un dépôt avant d'y lâcher un agent.
Verdict
Originalité : 4/5. La boucle du signal au déploiement, la mesure de la préparation du code par ses boucles de validation et l'analogie d'Epcot forment une vision cohérente, et Eno Reyes argumente son refus des prestations.
Qualité de l'information : 4/5. Technique, honnête sur les limites de Factory, utile au-delà de son produit. Le rôle du FDE arrive tard, les 87 % servent d'illustration et les migrations géantes restent sans client nommé.
À regarder si vous préparez une base de code pour des agents ou si vous définissez le rôle d'un FDE chez un éditeur d'outils de développement. La partie la plus dense va de 11:14 à 19:18.
Barème : l'originalité mesure l'apport d'idées neuves (1 : discours entendu partout ; 5 : idée qui change la façon de penser le sujet). La qualité de l'information mesure la précision et l'utilité de ce qu'on apprend (1 : vague ou promotionnel ; 5 : dense, précis, applicable). Cet article fait partie d'une série de neuf retours sur la playlist FDE de l'AI Engineer World's Fair 2026.
Articles similaires
Forward deployed engineering : les neuf talks de l'AI Engineer World's Fair 2026, notés et classés
Neuf éditeurs, de Cursor à Decagon, ont raconté leur pratique du forward deployed engineering à l'AI Engineer World's Fair 2026. Nous avons noté chaque talk sur l'originalité et la qualité de l'information : ce qu'il faut regarder, dans quel ordre, et ce que la série dit du métier.
Kevin Bai (Anthropic) ramène le FDE à une question : qui achète quoi ?
Dans son « FDE 101 » à l'AI Engineer World's Fair 2026, Kevin Bai (Anthropic, ex-Palantir et premier FDE de Rippling) réduit le forward deployed engineering à une grille : produit technique, acheteur qui ne l'est pas. Le test du « dev shop » vaut le détour, le reste relève de l'initiation.
Varick Agents construit un agent pour ses FDE, et la démonstration technique sauve le talk
À l'AI Engineer World's Fair 2026, Vasuman Moza (Varick Agents) répète le discours ambiant sur le FDE, puis son ingénieur JD montre l'agent interne de la start-up : graphe de dépendances de l'entreprise cliente, résolution d'entités, modèles open source post-entraînés.
« Quel millésime de FDE êtes-vous ? » : Natalie Meurer (Sierra) démonte le titre à la mode
À l'AI Engineer World's Fair 2026, Natalie Meurer (Sierra, ex-Palantir) découpe l'histoire du FDE en millésimes, en tire une question d'entretien, et relie l'essor du rôle à la facturation au résultat. Le talk le plus stimulant de la playlist FDE.