L'usine logicielle IA de Garry Tan : la leçon n'est pas dans les outils

Le président de Y Combinator, Garry Tan, a publié en open source son « usine logicielle IA » : une trentaine de commandes qui transforment un assistant de code en une équipe d’ingénierie complète, avec un rôle qui challenge le scope, un architecte, un designer, un testeur, un responsable sécurité. Le réflexe naturel est de regarder la liste des outils. Le vrai sujet est ailleurs.

Ce qu’il a réellement construit

Ce que Garry Tan a mis en place ne remplace pas le prompt par un meilleur prompt. Il remplace le prompting en page blanche par un process structuré :

• Réfléchir, puis planifier, puis construire, puis relire, puis tester, puis livrer, puis capitaliser sur ce qui a été appris.
• Chaque étape produit un livrable concret (un document de conception, un plan de test, une revue) que l’étape suivante consomme directement.
• L’IA n’improvise plus à chaque prompt : elle avance à l’intérieur d’un cadre qui structure son travail.

Autrement dit : la performance ne vient pas de l’intelligence artificielle elle-même. Elle vient du process dans lequel on la fait travailler.

Ce que je constate, mission après mission

C’est exactement ce que j’observe chez mes clients. Les organisations qui tirent réellement quelque chose de l’IA ne sont pas celles qui ont acheté le plus de licences ou testé le plus d’outils. Ce sont celles qui ont d’abord cartographié leur process : où partent les heures, quelle étape produit quoi, qui valide quoi, avant de brancher l’IA sur ce cadre déjà clarifié.

Empiler des outils d’intelligence artificielle sur un process flou ne donne pas un process efficace. Ça donne un process flou, plus cher, avec une couche d’IA en plus.

Discipliner d’abord, automatiser ensuite

Industrialiser l’intelligence artificielle, ce n’est pas ajouter des outils les uns après les autres en espérant un effet cumulatif. C’est discipliner un process existant, souvent en le faisant d’abord fonctionner correctement à la main, puis y insérer l’IA précisément là où elle rend service. Je détaille cette méthode, telle que je l’applique en mission, dans un article sur l’approche concierge d’abord, code ensuite.

La bonne nouvelle dans tout ça : cartographier un process avant d’y toucher est un exercice accessible à n’importe quelle PME, sans compétence technique préalable. C’est même la première étape la plus rentable, avant d’envisager la moindre ligne de code.