Andrej Karpathy : le codage IA agentique a bouleversé le monde

L’époque où l’on « tapait soi-même du code » est terminée

• Ces deux derniers mois, la programmation a connu non pas une progression graduelle, mais une transformation brutale, et le mois de décembre dernier a notamment constitué un point de bascule décisif
• La qualité, la cohérence à long terme (long-term coherence) et la ténacité (tenacity) des modèles se sont fortement améliorées, au point de pouvoir mener à bien de grandes tâches longues jusqu’au bout
• Cela a provoqué un changement extrêmement disruptif dans le workflow de programmation de base existant

• Par exemple, ce week-end, il a construit un tableau de bord local d’analyse vidéo pour les caméras de son domicile
• Instructions données à l’agent

  « Je vais te donner l’IP locale et l’identifiant/mot de passe du DGX Spark, alors connecte-toi, configure les clés SSH, configure vLLM, télécharge et benchmarke Qwen3-VL, construis un endpoint serveur pour l’inférence vidéo, crée un tableau de bord web UI de base, effectue les tests complets, configure le service systemd, consigne des notes mémoire et rédige un rapport en Markdown »

• L’agent a travaillé de manière autonome pendant environ 30 minutes : en rencontrant plusieurs problèmes, il a recherché des solutions en ligne, les a résolus un par un, puis a écrit le code, testé, débogué, configuré le service et remis un rapport
• Il n’a rien eu à toucher lui-même ; un projet qui, il y a seulement 3 mois, aurait exigé tout un week-end est désormais devenu une tâche qu’on peut oublier pendant 30 minutes en attendant qu’elle se termine

• Depuis l’invention de l’ordinateur, l’époque où l’on tapait directement du code dans un éditeur est terminée
• Nous sommes désormais à l’époque où l’on lance des agents IA, où l’on donne les tâches en anglais, puis où l’on les gère et les révise en parallèle
• La plus grande récompense consiste à continuer à élever le niveau d’abstraction : concevoir un orchestrateur d’exécution longue disposant des bons outils, de la mémoire et des bonnes instructions, afin qu’il gère de manière productive plusieurs instances de code en parallèle
• Le levier que l’on peut obtenir aujourd’hui grâce à une « ingénierie agentique » de très haut niveau est actuellement énorme

• Bien sûr, ce n’est pas encore parfait, et cela exige toujours une orientation de haut niveau, du jugement, du goût (taste), de la supervision, du travail itératif, ainsi que des indices et des idées
• Cela fonctionne bien mieux dans certains scénarios, en particulier lorsque les spécifications de la tâche sont claires et que l’on peut valider/tester la fonctionnalité
• L’essentiel est de développer l’intuition qui permet de bien découper le travail, de déléguer à l’agent les parties qui fonctionnent bien, et d’aider sur le reste
• L’industrie logicielle traverse actuellement une période qui n’a absolument rien d’un “business as usual”

[realg]

Si Andrej Karpathy le dit, alors c’est que c’est vrai

[joone]

Je n’ouvre même pas VS Code : je fais coder plusieurs projets directement depuis la page GitHub avec l’agent Copilot. L’agent va même jusqu’à afficher des captures d’écran de pages web directement via Playwright, tout fonctionne.
Grâce à ça, plusieurs petits projets abandonnés reprennent vie. :-)

[tsboard]

C’est donc pour ça qu’on dit que tout le SaaS va mourir… De notre côté aussi, nos outils internes sont peu à peu remplacés un par un par des agents IA que nous faisons créer, et l’époque qui viendra après la fin du SaaS m’inquiète aussi un peu.

[lukeio]

Les outils internes ou les formes simples de SaaS seront sans doute remplacés très rapidement, mais du point de vue d’un développeur solo qui construit un produit seul, on a plutôt l’impression que c’est une époque de levier incroyable.

Avant, on consacrait 80 % de son énergie au « typing » pour concrétiser une idée, mais maintenant le coût du développement tend presque vers zéro. Au final, on a vraiment le sentiment que la compétition ne va plus se jouer sur la capacité à bien coder, mais entièrement sur la question de savoir qui saura repérer plus vite les frictions du marché et les transformer en plan produit.

[xguru]

On dirait vraiment que l’époque où on écrivait du code en tapant soi-même est révolue.
Je travaille avec 13 projets chargés dans l’app Codex, et parmi eux, seulement 3 ont une fenêtre de code ouverte.

L’un des outils que j’ai créés récemment et que j’utilise le plus, je n’ai encore jamais regardé son code.

Pour la production, il faut quand même encore passer par de la revue de code et il y a beaucoup de choses à considérer, mais pour des outils internes, ça fait vraiment du très bon travail.