Émergence dans Deus Ex : 5 mythes passés au crible

Un quart de siècle après sa sortie, le gameplay émergent reste ce que l'on cite en premier pour expliquer pourquoi Deus Ex compte. Vous empilez des caisses pour atteindre une fenêtre. Vous attirez un garde devant une tourelle que vous avez piratée dix minutes plus tôt. Vous faites sauter une porte de ses gonds avec une roquette que vous gardiez pour un combat de boss, lequel, à cause du détour par la porte, n'arrive jamais. Rien de tout cela n'était scripté. Ça découle d'un petit ensemble de systèmes (physique, perception de l'IA, crochetage, explosifs) qu'on a laissé interagir sans surveillance d'adulte.

La mythologie autour du jeu est devenue assez épaisse pour masquer l'ingénierie réelle. Selon le rétrospectif que vous regardez, Deus Ex était soit une œuvre d'art prophétique, soit une inspiration divine que personne n'a su reproduire depuis. Les deux lectures sont fausses, et elles ne servent à rien si vous essayez de concevoir des systèmes (de jeu ou autre) qui produisent des comportements intéressants que personne n'a explicitement programmés. Alors faisons la chose pas très à la mode : prenons les cinq croyances les plus répandues sur le design de Deus Ex et testons-les une à une face à ce que le jeu faisait réellement sur du matériel de l'an 2000.

Mythe 1 : l'émergence exige une technologie de pointe

Le récit classique dit : l'émergence coûte cher, donc elle a dû attendre le matériel moderne. Moteurs physiques, nav-meshes, arbres de comportement, gigaoctets de mémoire : voilà ce qui permet aux systèmes d'interagir en profondeur. Deus Ex fait complètement mentir cette histoire. Sorti en juin 2000, il repose sur le moteur Unreal original et vise des machines dotées de 64 Mo de RAM et de processeurs dont un thermostat moderne aurait honte. L'IA ennemie était si rudimentaire que des critiques de l'époque s'en plaignaient. Le budget de rendu du jeu était si serré que la skyline de New York a dû être amputée pour tenir.

Et pourtant, l'émergence a bien eu lieu. Elle a eu lieu parce que l'émergence ne dépend pas de la sophistication des systèmes, mais de leur interaction. Un garde n'a pas besoin d'un arbre de comportement pour produire un résultat intéressant. Il lui faut quelques règles lisibles (j'entends un bruit, j'enquête, je combats ou je fuis selon ma santé) que d'autres systèmes peuvent perturber. Le système d'explosion parle à celui du garde. Le système de crochetage parle à celui des portes. La physique des caisses parle à la géométrie du niveau. Chaque système est simple. La composition, elle, est riche.

C'est une leçon qui dépasse largement le jeu vidéo. On observe la même dynamique dans les systèmes distribués depuis des décennies : des composants simples dotés d'interfaces bien définies produisent un comportement global surprenant, pour le meilleur comme pour le pire. L'équipe de Deus Ex n'avait pas de puissance de calcul à gaspiller ; elle a donc dépensé son budget en cohérence, en s'assurant que quand deux systèmes se rencontraient, il se passait quelque chose de sensé et de prévisible. Si votre porte peut être détruite par une grenade LAM, elle doit aussi pouvoir l'être par une roquette, un tir de plasma ou une arme de mêlée suffisamment puissante. Une seule règle appliquée partout vaut mieux que cinquante cas particuliers.

L'inversion moderne mérite d'être dite clairement : les équipes disposent aujourd'hui de mille fois plus de puissance de calcul et produisent moins d'émergence, car elles dépensent ce budget en fidélité (des séquences scriptées en haute résolution) plutôt qu'en interaction. L'émergence n'a jamais attendu le matériel. Elle attendait une décision de design.

Mythe 2 : Warren Spector l'a conçu seul

La théorie de l'auteur a la vie dure dans le jeu vidéo. Spector est le nom associé à Deus Ex, et c'est un concepteur vraiment intéressant, doté d'une philosophie de design citable : son brief en trois mots à l'équipe, « problems, not puzzles », est l'une des déclarations d'intention les plus concises de l'histoire du médium. Mais Spector lui-même a critiqué les récits du créateur unique, soulignant la tendance de la presse à attribuer un jeu à une seule personne. Et la généalogie du jeu rend impossible de maintenir l'histoire du génie solitaire.

Deus Ex est, pour reprendre une formule juste, le meilleur jeu que Looking Glass Studios n'a jamais fait. La lignée des immersive sims remonte à Ultima Underworld (1992), passe par System Shock (1994), le jeu qui a tant impressionné Spector, alors producteur chez Origin, qu'il a quitté son poste pour rejoindre Looking Glass, puis par Thief (1998). Le vocabulaire de design de Deus Ex (interfaces diégétiques, espaces de problèmes pilotés par la simulation, mondes 3D à la première personne qui se comportent de façon cohérente) a été développé collectivement chez Looking Glass pendant près d'une décennie, par un groupe qui comprenait Doug Church, dont les idées sur le design systémique ont beaucoup circulé. Spector a emporté ce vocabulaire chez Ion Storm quand John Romero lui a offert le budget pour faire ce qu'il voulait.

Même le « sens » le plus célèbre du jeu s'avère être un accident collaboratif. Pendant des années, les fans ont théorisé que les initiales du protagoniste J.C. Denton signifiaient Jesus Christ, en lien avec la fin où Denton fusionne avec une IA. Lors d'une conférence GDC, Spector a confirmé les initiales, puis a douché l'assistance : le nom venait d'un vrai ami prénommé Denton, si incroyablement serviable que Spector lui lançait « Jesus Christ, Denton! ». La profondeur a été rétroactivement ajoutée par le public. Ce n'est pas un reproche au jeu : c'est un rappel que le sens, dans les œuvres systémiques, émerge souvent du même endroit que le gameplay, c'est-à-dire de l'interaction des parties, et non d'une seule main d'auteur.

Pourquoi ce mythe compte-t-il pour les bâtisseurs ? Parce que si vous croyez que l'émergence exige un visionnaire, vous allez attendre qu'il arrive. L'histoire réelle montre que l'émergence exige une tradition : une équipe qui a intériorisé un ensemble de principes de design assez bien pour les appliquer de façon cohérente à des centaines de petites décisions. De la culture, pas du génie.

Mythe 3 : plus de liberté produit toujours plus d'émergence

Voici le mythe qui a les enjeux pratiques les plus directs, car c'est celui qui tue les projets. L'intuition est séduisante : les jeux scriptés sont contraints, les jeux émergents sont libres, donc la voie vers une meilleure émergence passe par la suppression des contraintes. Donnez au joueur tous les verbes. Simulez tout. Un espace de possibles maximal, une magie maximale.

La lignée même de Deus Ex prouve le contraire. System Shock était l'immersive sim la plus intransigeante de son époque, et les joueurs ont trouvé son étendue de possibles plus déroutante que stimulante. Looking Glass a réagi en resserrant : Thief vous disait clairement que la discrétion était la voie. Spector trouvait les premières versions de Thief frustrantes dans l'autre sens : vous vous faisiez repérer une fois et vous étiez mort, car votre personnage ne savait pas se battre. La réussite réelle de Deus Ex a été de trouver le juste milieu de ce curseur. Vous pouvez tirer, vous faufiler, pirater, crocheter ou convaincre pour la plupart des problèmes, mais le système de compétences fait que vous ne pouvez pas tout bien faire au cours d'une même partie. Les contraintes pesant sur votre personnage sont ce qui rend vos solutions vraiment vôtres.

Ce resserrement délibéré se retrouve dans la structure de la campagne. System Shock était un seul espace simulé continu. Deus Ex se compose de douze missions distinctes, chacune un bac à sable autonome avec une sortie fixe menant à une mission suivante, elle aussi fixe. C'est un compromis avec la structure classique des FPS, et ce compromis coûte au jeu son « monde vivant » à l'échelle macro : les rebondissements scénaristiques arrivent toujours à l'heure. Mais c'est précisément ce qui rend chaque bac à sable lisible. Un espace de problème borné est un espace sur lequel le joueur peut raisonner. Une possibilité illimitée n'est que du bruit.

Il y a une analogie à laquelle je reviens sans cesse, et nous l'avons effleurée dans notre article sur la conception de simulations adverses versus bac à sable : une simulation est intéressante quand ses règles créent de la tension, et non simplement parce qu'elles existent. Les bacs à sable sans pression ne sont que des démos techniques. Deus Ex vous met sous pression (ressources limitées, factions hostiles, conséquences réelles du bruit), et ce sont ces contraintes qui transforment des systèmes en interaction en histoires.

Mythe 4 : le jeu a prédit l'avenir, donc son design relevait d'une vision prophétique

Passez dix minutes sur YouTube et vous trouverez quelqu'un qui explique que Deus Ex a prédit les États de surveillance, les attentats terroristes intérieurs, la singularité de l'IA et l'effondrement de la confiance dans les institutions américaines. Les Twin Towers manquantes du jeu, retirées de la skyline pour des raisons de budget de polygones, sont citées comme une prophétie. C'est le mythe qui fait le plus de dégâts à la compréhension réelle, car il inverse le sens de la causalité.

Deus Ex n'a pas prédit l'avenir. Il a lu son présent avec attention. Sorti en 2000, l'année où la bulle internet a éclaté, il est imprégné de la culture du complot des années 1990 américaines : milices, hélicoptères noirs, paranoïa à la X-Files, angoisses autour de la FEMA comme État profond. Les méchants du jeu sont la FEMA et des cabales obscures parce que c'était le bruit de fond culturel de son époque. Que ce bruit de fond se soit révélé durable en dit long sur le bruit de fond, pas sur un design prophétique. Et même le scénariste principal du jeu l'a formulé de façon conditionnelle : avec un léger déplacement de focale, l'avenir pourrait encore ressembler à Deus Ex.

Pourquoi se donner la peine de corriger cela ? Parce que le mythe de la clairvoyance enseigne aux bâtisseurs la mauvaise leçon : que les grandes œuvres viennent de la devinette de l'avenir. La leçon réelle est inverse. L'équipe de Deus Ex a porté une attention soutenue aux systèmes de son époque (technologies de surveillance, réseaux émergents, incitations institutionnelles) et les a modélisés avec suffisamment de fidélité pour que le modèle reste pertinent à mesure que le monde les rattrapait. Une lecture profonde du présent bat toujours une prophétie superficielle.

Il existe une version ingénierie logicielle de ce constat. Les systèmes qui vieillissent le mieux ne sont pas ceux qui misent sur des besoins futurs précis ; ce sont ceux qui ont modélisé honnêtement les invariants de leur domaine. La simulation du monde de Deus Ex tient pour la même raison que sa simulation de gameplay : elle a été construite à partir de forces réelles en interaction, et non à partir de décors. C'est aussi pourquoi des critiques contemporains comme ceux de Computer Gaming World ont pu adorer le design dans l'absolu tout en recensant ses défauts : IA bancale, problèmes de performance, environnements artificiels. Les artefacts vieillissent. Les architectures durent.

Mythe 5 : émergence et histoire écrite sont ennemies

Le dernier mythe est une fausse opposition qui structure encore beaucoup de débats de design : soit on construit un bac à sable systémique et on abandonne le contrôle narratif, soit on écrit une histoire et on sacrifie l'émergence. Deus Ex est régulièrement cité du côté du bac à sable dans ce combat, « chaque action a des conséquences lointaines », comme le disait une critique enthousiaste de l'époque. Mais si l'on regarde la structure réelle, l'argument s'effondre. Le jeu tombe toujours sur les mêmes rebondissements. Les missions arrivent toujours dans le même ordre. L'arc général est figé, et même très classique.

Ce que Deus Ex démontre vraiment, c'est une architecture en couches : une structure écrite au sommet, la simulation en bas, et la jointure entre les deux placée délibérément. La macro-narration est un rail. Dans chaque mission, la simulation est grande ouverte. Le joueur possède le comment ; les concepteurs possèdent le et ensuite. Les joueurs qui gardent en mémoire une liberté sans bornes confondent la couche locale, réellement émergente, avec la couche globale, qui ne l'était pas. L'illusion d'un monde vivant vient du cadrage granulaire de chaque mission, pas d'un macrocosme simulé.

Cette superposition est l'idée la plus transposable de tout le jeu. Regardez ce qu'elle apporte réellement. La couche écrite garantit le rythme, le thème et une fin cohérente, des choses que la simulation fait mal. La couche simulée garantit l'agentivité du joueur et une richesse combinatoire, des choses que le scriptage fait mal. Aucune des deux ne subsume l'autre. Les jeux modernes qui essaient de tout simuler (ou de tout scripter) redécouvrent sans cesse pourquoi cette séparation fonctionne.

On retrouve la même architecture en dehors du jeu vidéo. Une bonne API est écrite à la frontière et libre à l'intérieur : nous contrôlons le contrat, vous contrôlez la composition. Les logiciels qui demandent du temps pour être construits sont généralement des logiciels où quelqu'un a longuement réfléchi à l'endroit où placer cette jointure. La placer trop haut donne un produit rigide et scripté. La placer trop bas donne un produit incompréhensible. Deus Ex l'a placée exactement à la hauteur d'une seule mission, et les joueurs racontent depuis des histoires sur les conséquences.

Problems, not puzzles : offrez au joueur des possibilités d'action et faites confiance à la simulation, plutôt que de concevoir une solution correcte unique et de noter le joueur selon qu'il s'en approche.

Ce qui reste après les mythes

Une fois écartées la prophétie, la vénération de l'auteur et la théorie maximaliste de la liberté, il reste quelque chose de plus utile que la légende. L'émergence de Deus Ex venait d'une poignée de systèmes bon marché, cohérents et en interaction. Ses concepteurs ont choisi des contraintes délibérément, à la fois au niveau du personnage (on ne peut pas être bon en tout) et au niveau structurel (des missions bornées dans une campagne fixe). Sa longévité vient de la modélisation honnête du présent plutôt que de la devinette de l'avenir. Et sa vertu la plus citée, le sentiment d'un monde qui réagit à vous, était une illusion conçue en superposant la simulation sous l'écriture, et non en simulant le monde dans son ensemble.

Si vous construisez des jeux, la liste de contrôle s'écrit toute seule : moins de systèmes, plus d'interactions, une cohérence implacable, des contraintes qui créent de la pression, et une décision délibérée sur l'endroit où s'arrête la couche écrite. Si vous construisez autre chose, et honnêtement la plupart d'entre nous construisons des simulations d'une sorte ou d'une autre, qu'il s'agisse d'un framework d'agents, d'un moteur de règles ou d'une marketplace, la même liste s'applique. Le comportement intéressant n'a jamais résidé dans les parties. Il résidait dans les jointures entre elles. Deus Ex l'a compris sur un processeur à 500 MHz. Nous n'avons aucune excuse.