J'ai sorti une app iPhone en dix jours avec un agent IA : ce qui a vraiment marché
Un développeur seul, un agent de code IA, dix jours pour sortir une app. Ce que l'agent fait mieux qu'une équipe, ce qu'il ne fait pas, et les règles qui changent tout.
Il y a dix jours, j'ai commencé à construire un jeu mobile. Aujourd'hui, il est disponible sur l'App Store et dans le navigateur. Je suis seul. L'essentiel du travail de fabrication a été fait par un agent IA, avec moi aux commandes.
Je ne vais pas vous dire que l’IA remplace une équipe. Je vais vous dire ce qu'elle change vraiment dans la façon de lancer un produit, et ce qu'il faut garder pour soi.
Un agent, pas un assistant
La différence est importante. Un assistant propose du code qu'on copie. Un agent agit : il lit le projet, modifie les fichiers, lance les vérifications, teste le résultat et revient avec quelque chose qui fonctionne. On ne lui demande plus "écris-moi cette fonction", on lui demande "ajoute cette fonctionnalité". Ce qui prenait une semaine à une petite équipe prend une journée.
Ce que l'agent fait mieux que moi
D'abord, le travail que personne n'aime. Les tâches longues, précises et sans ambiguïté, celles qu'on repousse toujours : formulaires administratifs, déclinaisons en plusieurs langues, documents à produire aux bons formats. C'est là que l'agent rapporte le plus.
Ensuite, la constance. Un agent ne saute pas une vérification parce qu'il est fatigué ou pressé. À condition de le lui demander explicitement : vérifier son travail avant de dire "c'est fait" doit être une règle, pas une option.
Enfin, l'obstination. Quand une piste échoue, il en essaie une autre, puis une troisième, sans se décourager.
Ce que j'ai dû garder
Les décisions. L'agent exécute vite et bien, mais il ne choisit pas ce qui compte. Savoir quoi construire, et surtout quoi ne pas construire, reste un travail humain. Les meilleures décisions de ces dix jours sont venues de l'observation des premiers utilisateurs, pas de l'agent.
Le goût. Un agent produit vite, il ne sait pas toujours quand s'arrêter. J'ai dû dire "c'est trop", "on simplifie", "on repart d'une page blanche" plus d'une fois. Sans cet arbitrage, le produit aurait été complet et illisible.
Tout ce qui est irréversible. Engager de l’argent, s’adresser à des tiers, publier : l’agent prépare, l’humain valide. C'est une règle simple, et c'est la bonne.
La règle qui a tout changé : une mémoire de projet
Le plus gros gain n'est pas venu d'un meilleur prompt, mais d'une habitude : consigner chaque erreur rencontrée, au moment où on la rencontre, dans un document que l'agent relit avant chaque session. Résultat : la même erreur ne se produit pas deux fois. C'est exactement ce qu'on attend d'un bon collaborateur, et c'est ce qui manque à la plupart des usages de l'IA en entreprise.
Les limites, sans détour
L'agent dépend de son environnement : quand un outil change, il peut se retrouver bloqué comme n'importe qui. Il ne voit pas ce que voit l'utilisateur : un écran peut être techniquement correct et raté à l'usage. Et il ne contrôle pas les délais extérieurs : validations, partenaires, plateformes.
Il y a aussi un coût d'attention. Piloter un agent, c'est relire, tester soi-même, recadrer. Le temps gagné sur la fabrication se déplace vers la décision et la vérification. C'est un bon échange, mais ce n'est pas zéro.
Ce que j'en retiens pour les entreprises
Premièrement, la valeur d'un agent dépend de ce qu'il peut faire, pas de ce qu'il peut dire. Donnez-lui accès à de vrais outils, avec des garde-fous clairs sur ce qui est irréversible.
Deuxièmement, mesurez avant de construire. L'agent rend la fabrication si rapide que la tentation est d'empiler les fonctionnalités. Une fonctionnalité de plus ne sert à rien si les utilisateurs ne reviennent pas.
Troisièmement, gardez l'humain sur le goût et le jugement. Plus l'exécution devient rapide, plus ces deux compétences deviennent rares, donc précieuses.
Dix jours pour sortir une application, seul, c'était impensable il y a deux ans. La vraie question n'est plus "l'IA peut-elle produire ?", mais "qui, dans votre organisation, sait encore dire non à une fonctionnalité de trop ?".