Le 12 octobre 2026, Bloomberg a révélé une consigne donnée à l’équipe qui développe le prochain jeu d’Epic Games, une collaboration avec Disney réunissant des personnages Marvel et Star Wars : « plus de code écrit à la main ». Le jeu, prévu pour mars, est repoussé sans nouvelle date, et sa production devient « AI first » : l’intelligence artificielle d’abord, les développeurs ensuite, pour la guider et relire ce qu’elle produit. Le soir même, Tim Sweeney, qui a fondé et dirige le créateur de Fortnite, confirmait sur X un « énorme virage » de toute l’entreprise vers l’IA.
En une semaine, Epic a publié un nouveau lanceur qu’elle dit avoir « vibe-codé », Tim Sweeney a chiffré les gains attendus, de 20 % à cinq fois plus vite, puis a eu un échange public très vif avec une figure respectée du secteur. Nous avons séparé ce qui est officiel de ce qui a fuité, puis confronté les chiffres de Tim Sweeney aux deux mesures indépendantes les plus solides publiées en 2026 sur la productivité réelle des développeurs qui codent avec l’IA. Le gain existe. Il est loin des promesses, et son coût apparaît précisément là où Epic place désormais ses développeurs : à la relecture.
Ce qu’Epic Games a annoncé, et ce qui a seulement fuité
L’histoire circule sous la forme « Epic interdit à ses développeurs de coder ». Elle mélange trois niveaux d’information qu’il faut distinguer.
Ce que rapporte Bloomberg. Selon Jason Schreier, qui s’appuie sur des personnes proches du projet et sur un message interne, Epic a repoussé son jeu Disney et demandé à l’équipe d’utiliser davantage l’IA pour le terminer. Ce message, signé de la direction du jeu, annoncerait « plus de code écrit à la main », et des graphismes désormais « générés par des chaînes de production entièrement fondées sur l’IA ». Les programmeurs guideraient des outils comme Claude, le modèle d’Anthropic, et en reliraient le résultat. L’annonce, faite lors d’une visioconférence, a laissé certains développeurs « sidérés », selon les personnes interrogées.
Ce qu’Epic confirme. Le porte-parole de l’entreprise ne reprend pas la consigne. Sa déclaration : « Nous adoptons un développement accéléré par l’IA, mené par les développeurs d’Epic, qui sont les visionnaires et les moteurs créatifs de tout ce que nous faisons. »
Ce que dit Tim Sweeney en public. Sur X, le 12 octobre : « Un énorme virage est en cours chez Epic : nous déplaçons des développeurs pour nous réoutiller en vue d’une accélération maximale par l’IA. Le but n’est pas de faire la même chose avec moins de monde, mais de permettre à chacun ici de construire PLUS et MIEUX, et d’en faire profiter toutes les équipes qui utilisent Unreal. »
| Date | Qui | Quoi | Statut |
|---|---|---|---|
| 24 mars 2026 | Tim Sweeney, note aux salariés | Plus de 1 000 licenciements, « pas liés à l'IA » | Officiel |
| 12 octobre | Bloomberg | Jeu Disney repoussé, production « AI first », « plus de code écrit à la main » | Rapporté (sources anonymes, message interne) |
| 12 octobre | Tim Sweeney, X | « Énorme virage » vers l'accélération maximale par l'IA | Officiel |
| 12 et 13 octobre | Tim Sweeney, réponses sur X | De 20 % à cinq fois plus rapide aujourd'hui, au moins trois fois d'ici un an | Officiel, sans méthode publiée |
| 14 octobre | Epic Games Store | Nouveau lanceur « vibe-codé », en aperçu | Officiel |
| 18 octobre | Tim Sweeney, X | Ses débuts sur Unreal Engine 1 : 30 % de problèmes difficiles, 70 % de simple saisie | Officiel |
| 18 octobre | Tim Sweeney et Kenney, X | Échange public, conclu par « Up yours! » | Officiel |
Sources : Bloomberg, Epic Games, comptes X de Tim Sweeney, Wccftech pour les réponses du 12 et 13 octobre.
Un point se perd dans la plupart des reprises : selon Bloomberg, la consigne « plus de code écrit à la main » vise l’équipe du jeu Disney. Rien dans les déclarations publiques d’Epic n’indique qu’elle s’applique telle quelle à Fortnite ou à Unreal Engine. Ce que Tim Sweeney a confirmé, c’est une orientation générale, et elle concerne toute l’entreprise.
Un jeu Disney en retard, confié à l’IA pour être terminé
Le projet n’est pas un jeu comme un autre. Le 7 février 2024, Disney a annoncé investir 1,5 milliard de dollars pour prendre une participation dans Epic Games, et les deux groupes ont promis de bâtir ensemble un « univers » de jeux et de divertissement relié à Fortnite. Les joueurs devaient pouvoir y jouer, regarder, acheter et interagir avec les personnages de Disney, Pixar, Marvel, Star Wars et Avatar, le tout construit sur Unreal Engine, le moteur de jeu d’Epic.
Le jeu révélé par Bloomberg est la vitrine de ce partenariat. Il devait sortir en mars ; il n’a plus de date. Et l’ordre des événements compte. D’après les personnes interrogées par Bloomberg, le développement avançait déjà plus lentement que prévu, en partie parce qu’Epic avait sous-estimé le nombre de personnes nécessaires. L’IA n’est donc pas présentée comme la cause du retard. Elle est présentée comme le moyen de le résorber, sur le projet le plus exposé de l’entreprise.
Vibe coding : c’est quoi, et pourquoi le mot pose problème chez Epic
L’expression a un auteur et une date. Début février 2025, Andrej Karpathy, membre fondateur d’OpenAI et ancien responsable de l’IA chez Tesla, décrit sur X « une nouvelle façon de coder », baptisée vibe coding : on s’abandonne « complètement aux vibrations », on embrasse les exponentielles, et l’on « oublie que le code existe ». Le message détaille la pratique : cliquer toujours sur « tout accepter », ne plus lire les modifications proposées par l’IA et, quand un bug résiste, le contourner ou demander des changements au hasard jusqu’à ce qu’il disparaisse. La limite est posée dans le même message : ce n’est « pas si mal pour des projets jetables du week-end ».
Le mot a depuis élargi son sens. Il désigne aujourd’hui toute programmation par instructions données à une IA en langage courant, y compris sur des plateformes grand public comme Base44, que nous avons testée. Tim Sweeney en donne une définition différente de celle de Karpathy : dans son message du 18 octobre, le vibe coding consiste à donner des instructions à l’IA « et à relire les résultats ».
Toute la question est là. Dans la définition d’origine, personne ne relit le code. Dans le modèle décrit par Bloomberg pour le jeu Disney, ce sont les développeurs qui relisent tout. Ce sont deux pratiques opposées, réunies sous le même mot, et Epic emploie ce mot pour un produit commercial utilisé par des millions de joueurs. Or c’est précisément sur la relecture que se joue la réussite du pari, et c’est là que les mesures indépendantes sont les moins rassurantes.
Le lanceur Epic Games, premier produit « vibe-codé » assumé
Deux jours après la révélation de Bloomberg, l’Epic Games Store publie l’annonce de son nouveau lanceur, l’application qui donne accès aux jeux achetés sur la boutique. La version française de l’annonce commence ainsi : « La programmation est difficile. Alors, au lieu de faire cela, nous avons vibe-codé un nouveau lanceur Epic Games bien plus rapide et réactif que l’actuel, et qui arbore un nouveau look. »
Le lanceur est proposé en aperçu pour Windows, macOS et, pour la première fois, Linux. Epic prévient que cette première version « propose peu de fonctionnalités » et demande d’y voir « un bateau rapide et non un yacht ». L’annonce a ensuite été complétée d’une note : le lanceur est en test et, « comme pour toute bêta, des problèmes pourraient survenir ». Fortnite n’arrivera sur Linux qu’une fois l’anti-triche Easy Anti-Cheat reconstruit.
Epic n’a publié ni la part du code écrite par l’IA, ni la taille de l’équipe, ni la durée du chantier. Le seul produit vibe-codé qu’elle ait montré est donc une application en aperçu, volontairement limitée et accompagnée d’un avertissement. Ce n’est pas encore une preuve, dans un sens ou dans l’autre. Ses détracteurs s’en servent pourtant déjà : le 18 octobre, Kenney, à l’origine d’une vaste bibliothèque de ressources gratuites pour jeux vidéo, a répondu à Tim Sweeney qu’il fallait laisser les réalisations parler d’elles-mêmes et que, vu les réactions au lanceur « vibecodé », elles ne le faisaient pas encore.
Les chiffres de Tim Sweeney, et ce qu’ils ne disent pas
Tim Sweeney ne se limite pas à annoncer un virage. Sur X, à la question de l’accélération à attendre, sa réponse, reproduite par Wccftech, est chiffrée : « Pour l’instant, c’est très variable : de 20 % dans certains domaines (comme les parties les plus techniques du développement d’Unreal Engine) à cinq fois plus dans d’autres (comme le développement web). D’ici un an, je m’attends à ce que très peu de choses soient en dessous de trois fois l’efficacité de janvier 2026. »
Autre bénéfice mis en avant : « un délai beaucoup plus court entre une idée et sa mise à l’essai » par des joueurs. Selon Tim Sweeney, la plupart des échecs récents de grosses productions viennent de systèmes de jeu qui ont traversé une trop grande partie du développement sans pouvoir être testés.
Le 18 octobre, Tim Sweeney détaille le raisonnement. À l’époque de l’écriture d’Unreal Engine 1, dans les années 1990, environ 30 % de son temps allait à des problèmes difficiles, et 70 % à « simplement taper et remanier » de grandes quantités de code. Confier ces 70 % à l’IA a donc toujours paru logique, une fois qu’elle saurait le faire « avec un niveau de qualité similaire au nôtre, qui n’a jamais été la perfection ». La surprise, selon ce message, c’est l’apparition d’une IA capable de jouer les « Carmack instantanés », en référence à John Carmack, le programmeur de Doom et de Quake, en résolvant des problèmes techniques difficiles. La veille, le même compte promettait « un nouvel âge d’or du jeu vidéo ».
Ces chiffres sont des estimations de dirigeant. Epic n’a publié ni méthode, ni périmètre, ni données. Ils ont pourtant une qualité rare dans ce débat : ils sont précis, donc confrontables. Un gain de « cinq fois » signifie qu’une tâche prend 80 % de temps en moins. Un gain de « trois fois » signifie 67 % de temps en moins.
Ce que mesurent les études indépendantes sur la vitesse des développeurs
La mesure la plus rigoureuse disponible vient de METR, un laboratoire indépendant d’évaluation de l’IA. Sa méthode est celle de l’essai contrôlé : des développeurs expérimentés travaillent sur de vrais projets open source qu’ils connaissent, et chaque tâche est tirée au sort pour être faite avec ou sans IA. On compare ensuite les temps.
| Étude METR | Effet de l'IA sur le temps de réalisation | Intervalle de confiance |
|---|---|---|
| Début 2025 (février à juin), développeurs open source expérimentés | 19 % de temps en plus | de 2 % à 39 % de temps en plus |
| Fin 2025 (à partir d'août), développeurs déjà suivis en 2025 | 18 % de temps en moins | de 38 % de temps en moins à 9 % de temps en plus |
| Fin 2025, nouveaux développeurs recrutés | 4 % de temps en moins | de 15 % de temps en moins à 9 % de temps en plus |
Source : METR, 24 février 2026.
Au début de 2025, l’IA ralentissait donc ces développeurs. Fin 2025, elle les accélère légèrement, mais dans les deux groupes l’intervalle de confiance inclut un ralentissement : l’étude ne permet pas d’exclure l’absence d’effet. METR est le premier à le dire, et va plus loin : il juge ces nouveaux résultats peu fiables, et probablement trop bas. De plus en plus de développeurs refusent de participer parce qu’ils ne veulent plus travailler sans IA, et parmi les participants interrogés, 30 % à 50 % disent ne pas soumettre certaines tâches pour la même raison. METR a aussi baissé la rémunération des participants, de 150 à 50 dollars de l’heure, et ne sait pas mesurer correctement le temps de ceux qui font travailler plusieurs agents d’IA en même temps.
Sa conclusion est donc prudente dans les deux sens : il est « probable » que les développeurs soient davantage accélérés début 2026 qu’en 2025, mais ses données ne sont qu’un « indice très faible » de l’ampleur de ce progrès. Et il ajoute une mise en garde qui vise directement le type de chiffres avancés par Tim Sweeney : certains développeurs déclarent des gains très élevés, mais, comme l’avait montré sa première étude, ces estimations personnelles « peuvent être très peu fiables ».
| Ce qu'affirme Tim Sweeney | Ce que disent les mesures indépendantes |
|---|---|
| 20 % de gain sur les parties les plus techniques d'Unreal Engine | Du même ordre que la meilleure estimation de METR (18 % de temps en moins, soit environ 22 % plus vite), mais sans certitude statistique |
| Jusqu'à cinq fois plus vite en développement web | Aucune des deux sources indépendantes citées ici n'approche cet ordre de grandeur ; METR juge les gains déclarés « très peu fiables » |
| Presque rien sous trois fois l'efficacité de janvier 2026 d'ici un an | Faros : 33,7 % de tâches en plus par développeur entre faible et forte adoption de l'IA, avec 54 % de bugs en plus |
| L'IA travaille à un niveau de qualité « similaire au nôtre » | Faros : incidents rapportés au nombre de demandes de fusion plus que triplés |
Sources : Wccftech et compte X de Tim Sweeney pour ses déclarations, METR et Faros AI pour les mesures.
Le vrai goulot : relire le code écrit par l’IA
L’étude de METR mesure la vitesse d’un développeur sur une tâche. Elle ne dit rien de ce qui se passe ensuite, quand ce code doit être relu, intégré et maintenu. C’est l’objet du rapport 2026 de Faros AI, une entreprise qui vend des outils de mesure de l’activité des équipes de développement. Faros a analysé deux ans de données techniques issues de 22 000 développeurs et de plus de 4 000 équipes, dans des entreprises qui utilisent Claude Code, Cursor, GitHub Copilot ou des agents autonomes. Pour chaque équipe, il compare ses deux trimestres de plus faible adoption de l’IA à ses deux trimestres de plus forte adoption.
| Indicateur | Évolution entre faible et forte adoption de l'IA |
|---|---|
| Tâches réalisées par développeur | +33,7 % |
| Grands chantiers (« epics ») terminés par développeur | +66,2 % |
| Demandes de fusion (« pull requests ») intégrées par développeur | +16,2 % |
| Déploiements par semaine | −11 % (mesuré sur 10 % des données) |
| Bugs par développeur | +54 % |
| Incidents rapportés au nombre de demandes de fusion | plus que triplés |
| Temps médian passé en relecture | +441,5 %, soit environ cinq fois plus |
| Demandes de fusion intégrées sans aucune relecture | +31,3 % |
| Code supprimé rapporté au code ajouté | +861 % |
Source : Faros AI, AI Engineering Report 2026, analyse arrêtée en mars 2026.
Le débit augmente bel et bien : un tiers de tâches en plus, deux tiers de grands chantiers en plus. Mais Faros résume lui-même son constat en une phrase : « plus de code, pas du code prêt pour la production ». Les demandes de fusion sont plus grosses, arrivent plus vite, et la relecture ne suit pas : le temps médian de relecture est multiplié par cinq, et le nombre de modifications intégrées sans être relues par personne augmente de 31 %. Selon le rapport, 60 % du code proposé par l’IA est désormais accepté dans les bases de code.
Deux réserves s’imposent. Faros vend des outils de mesure, et présente ses résultats comme des corrélations, pas comme des causes. Ses données viennent d’entreprises de logiciel en général, pas de studios de jeu vidéo. Mais elles désignent précisément l’étape sur laquelle repose le modèle d’Epic. Si les programmeurs du jeu Disney deviennent des relecteurs du code produit par l’IA, la vitesse du projet ne dépendra plus de ce que l’IA sait écrire, mais de ce que des humains ont le temps de relire, et c’est cette étape que les données présentent comme le point de rupture.
Licenciements de mars : Epic jurait qu’ils n’étaient « pas liés à l’IA »
Le virage d’octobre arrive sept mois après un plan social. Le 24 mars 2026, dans une note aux salariés publiée sur le site d’Epic, Tim Sweeney annonçait « plus de 1 000 » licenciements. La note les attribuait à la baisse de fréquentation de Fortnite commencée en 2025, qui fait dépenser à l’entreprise « nettement plus » qu’elle ne gagne, et y ajoutait plus de 500 millions de dollars d’économies identifiées sur la sous-traitance, le marketing et des postes non pourvus.
Elle disait surtout ceci : « Puisque c’est devenu un sujet, je précise que les licenciements ne sont pas liés à l’IA. Dans la mesure où elle améliore la productivité, nous voulons avoir autant de développeurs formidables que possible. » Sur le papier, le discours d’octobre est cohérent avec celui de mars : pas moins de monde, plus de production. Ce qui a changé entre les deux, ce n’est pas l’effectif annoncé, c’est le métier. Pour l’équipe du jeu Disney, écrire du code devient guider l’IA et relire ce qu’elle écrit.
Nous avions montré, dans notre enquête sur les licenciements « à cause de l’IA », qu’une partie des postes supprimés au nom de l’IA étaient déjà en train d’être pourvus à nouveau. Epic a pris le chemin inverse : écarter l’IA de ses licenciements, puis en faire le cœur de sa production. Les deux déclarations peuvent être vraies en même temps. Seul le temps dira si la promesse « pas moins de monde » tient, une fois les gains de productivité au rendez-vous ou non.
Ce qu’en pensent les développeurs de jeux vidéo
Le virage d’Epic se heurte à un secteur de plus en plus hostile à l’IA générative, comme le montre l’enquête annuelle de la Game Developers Conference.
| Enquête State of the Game Industry 2026 | Résultat |
|---|---|
| Professionnels interrogés | plus de 2 300 |
| Jugent l'IA générative négative pour le secteur | 52 % (30 % un an plus tôt, 18 % deux ans plus tôt) |
| La jugent positive | 7 % (13 % un an plus tôt) |
| Avis négatif chez les programmeurs | 59 % |
| Avis négatif chez les artistes visuels et techniques | 64 % |
| Utilisent déjà l'IA générative dans leur travail | 36 % |
| Ont été licenciés au cours des deux dernières années | 28 % |
Source : Game Developers Conference, State of the Game Industry 2026.
Les chiffres disent une contradiction : plus d’un professionnel sur trois utilise ces outils, et plus d’un sur deux pense qu’ils abîment le métier. L’échange du 18 octobre entre Tim Sweeney et Kenney l’illustre. Kenney a écrit : « Ne laissez pas des milliardaires vous convaincre que la camelote est l’avenir », ajoutant qu’ils dirigent plus qu’ils ne fabriquent. Réponse de Tim Sweeney : « C’est des conneries, Kenney », puis : « Je dirige une entreprise. J’écris du code. Je contribue à des articles scientifiques. J’ai revu à la hausse mes attentes envers l’IA. » Et pour finir : « Up yours! », l’équivalent d’un « Allez vous faire voir ! ». Réplique de Kenney : « Vos salariés aiment mon message, ils me contactent tout le temps », avec cette précision : ils en ont assez du discours « s’adapter ou mourir ».
Tim Sweeney avait déjà donné sa lecture de ces critiques le 12 octobre : « Une bonne partie de la salle voudrait qu’on soit encore en 2016, mais ce n’est pas le cas. » Pour les programmeurs, la question n’est pas abstraite : notre analyse des métiers menacés par l’IA montre que, dans les métiers les plus exposés, développement compris, c’est l’emploi des débutants qui recule, pas celui des expérimentés. Ce sont justement les postes où l’on apprenait le métier en écrivant du code.
Unreal Engine : pourquoi le pari d’Epic dépasse Epic
Tim Sweeney l’a dit dès son premier message : le but est aussi d’en faire profiter « toutes les équipes qui utilisent Unreal ». Or Unreal Engine est l’un des moteurs de jeu les plus utilisés au monde, des grosses productions aux studios indépendants. Ce qu’Epic apprend sur son propre jeu finira dans l’outil des autres.
C’est déjà engagé. Selon Wccftech, Unreal Engine 5.8, dernière version majeure prévue de la génération actuelle, comprendra un module expérimental, désactivé par défaut, qui permet de brancher n’importe quel grand modèle de langage sur les éléments du moteur : scripts visuels, niveaux, matériaux, objets 3D. Epic le présente comme particulièrement important pour Unreal Engine 6, où l’intégration de l’IA doit devenir centrale dans la création, et vise un accès anticipé fin 2027, puis une version complète 12 à 18 mois plus tard. Dans sa note de mars, Tim Sweeney inscrivait déjà ce passage vers Unreal Engine 6 parmi les priorités de l’entreprise.
Le choix du modèle cité par Bloomberg n’est pas anodin non plus. Claude, d’Anthropic, fait partie des modèles les mieux placés en programmation, comme le montrent notre classement des agents de code et nos comparatifs Claude Opus 5.5 contre GPT-6 Sol et Claude Sonnet 5.5 contre Muse Wonder Full. Mais ces classements mesurent ce qu’un modèle sait faire sur une épreuve. Ils ne mesurent pas ce qu’une équipe de cent personnes parvient à livrer, relire et maintenir avec lui.
Ce qu’il faudra vérifier dans les prochains mois
Le pari d’Epic est désormais public, chiffré et daté. Il pourra donc être jugé sur pièces.
- La nouvelle date du jeu Disney. Bloomberg indique qu’aucune n’a été communiquée à l’équipe. Si le passage à l’IA tient ses promesses, le retard devrait se résorber.
- Les gains annoncés pour octobre 2027. Tim Sweeney attend « très peu de choses » sous trois fois l’efficacité de janvier 2026 d’ici un an. Epic publiera-t-elle des mesures, et selon quelle méthode ?
- La version finale du lanceur. C’est le seul produit vibe-codé qu’Epic ait montré. Sa stabilité sera un premier indice concret.
- Le nouveau protocole de METR. Le laboratoire a annoncé changer la conception de son étude pour corriger ses biais de sélection. Ses prochains résultats diront si l’écart avec les gains déclarés se réduit.
- L’effectif d’Epic. La promesse « pas moins de monde » se vérifiera dans les prochains plans sociaux, ou dans leur absence.
L’IA rend déjà les développeurs un peu plus productifs, et probablement davantage qu’il y a un an. Mais entre les 18 % de temps gagné mesurés au mieux par METR et les « cinq fois » de Tim Sweeney, il y a un écart que rien de public ne comble aujourd’hui. Et les seules données disponibles sur la suite de la chaîne disent que le code produit plus vite est aussi plus souvent cassé, et moins souvent relu.