Que se brise-t-il quand on « superpose » un puzzle à de l'action ? — Les concepteurs de Pragmata (Capcom) racontent leur hack-and-shoot

Introduction

La synthèse Tsumiki du jour. Un seul texte aujourd'hui : où la conception se brise-t-elle quand on superpose un puzzle « par-dessus » une action en temps réel ? J'ai lu ce que les créateurs de Pragmata (Capcom) en disent, dans un dossier de conception de Game Developer (en anglais).

Je reste mauvais pour résoudre des puzzles. Mais une conception qui fait résoudre en même temps qu'on accomplit une autre action à haute tension met les créateurs rudement à l'épreuve sur la question de la répartition de la charge. Aujourd'hui, je reprends ce témoignage venu du terrain.

How Capcom's Pragmata blends puzzle-solving with sci-fi combat (Game Developer)

D'abord la provenance de l'article. Le média est Game Developer (ex-Gamasutra, une publication professionnelle avec rédaction) ; l'auteur est le contributeur Alessandro Fillari ; publication le 14 avril 2026 (un entretien réalisé juste avant la sortie — environ trois mois avant aujourd'hui, ce que je précise d'emblée). Les interviewés sont le directeur du jeu Pragmata chez Capcom, Cho Yonghee, et les producteurs Naoto Oyama et Edvin Edsö (source : Game Developer ↗, dossier de conception en anglais).

La prémisse : une base lunaire envahie par une IA dévoyée et des robots. L'ingénieur survivant Hugh fait équipe avec Diana, un androïde mystérieux capable de pirater et de percer les machines. Le cœur du gameplay est le « hack-and-shoot » : en plein combat de TPS, le joueur résout un puzzle de piratage en temps réel façon Snake pour briser les défenses de l'ennemi, puis y déverse fusil à pompe ou fusil à rayons. L'article décrit cela comme une « couche de mini-jeu de soutien » superposée à un combat à la troisième personne, déjà tendu (selon l'article).

Sur l'origine de cette conception, le producteur Edvin Edsö explique que le concept initial de Pragmata comportait du tir dès le départ, mais qu'ils voulaient « ajouter quelque chose de plus, un élément stratégique par-dessus ». Voulant aussi intégrer un piratage avancé au gameplay, ils ont « décidé de faire les deux à la fois pour que le combat reste frais ». L'association hack + shoot existait dès les tout premiers stades du développement, et à partir de là, ils ont « passé beaucoup de temps à faire fonctionner l'équilibre et les sensations » (propos d'Edsö dans l'article).

Voici le passage le plus instructif pour la conception aujourd'hui. Superposer deux types de gameplay presque littéralement l'un sur l'autre risque de surcharger le combat. Le producteur Naoto Oyama désigne clairement le plus grand mur : la répétition. « Nous avons mis beaucoup d'efforts à faire en sorte que vous ne sentiez pas que vous répétez la même chose. » Ils ne voulaient pas que le joueur pense « Ah, j'ai déjà fait ça, je veux autre chose » ; tout revenait à faire sentir au joueur qu'il maîtrise le rythme de l'action. Comme parade à la répétition, le piratage évolue au fil du jeu, et les joueurs construisent « leur propre style de piratage » pour s'adapter aux combats (propos d'Oyama dans l'article).

Oyama évoque aussi l'équilibre entre les deux couches. À mesure que le jeu avance, les joueurs peuvent choisir sur quel « côté » faire porter le poids, mais il faut toujours garder les deux en équilibre. Il conclut : « il est très important que les joueurs sentent qu'ils progressent dans le jeu, tout comme les personnages eux-mêmes construisent leur lien. » Le directeur du jeu Cho Yonghee présente le lien entre Hugh et Diana comme « pas seulement une affaire de combat et d'exploration, mais aussi le point focal de notre histoire », la curiosité de Diana pour la culture humaine ouvrant des occasions de dialogue. La lecture de l'article est que c'est cette relation qui relie les deux couches d'action (selon l'article).

À partir d'ici, je signale qu'il s'agit de ma propre lecture. La valeur de ce texte n'est pas de dire « comment construire un puzzle difficile », mais de montrer, par la bouche des praticiens, ce contre quoi lutte un concepteur quand un puzzle doit se résoudre en même temps qu'une autre action à forte charge. Les deux murs — (1) la répétition (tout s'effondre dès qu'un schéma de résolution semble recyclé) et (2) la charge cognitive (la simultanéité à deux couches surcharge le joueur) — me semblent communs à toute conception qui « superpose » un puzzle à un autre système, pas seulement au hack-and-shoot. La réponse de Pragmata, telle que je la lis, a été de donner au volet hacking de la croissance et de la variété pour diluer la répétition, et de relier l'équilibre des deux couches ainsi que le sentiment de progrès à l'histoire (le lien).

Une phrase qui m'est restée

Extrait de l'anglais original, propos du producteur Naoto Oyama :

"We put a lot of effort into making sure that you won't feel like you're repeating yourself."

Traduction française : « Nous avons mis beaucoup d'efforts à faire en sorte que vous ne sentiez pas que vous répétez la même chose. »

Cette phrase désigne en un trait le premier mur de toute conception qui superpose un puzzle à un autre système : la répétition. Ni la difficulté ni la nouveauté — l'essentiel de l'effort consiste d'abord à effacer le sentiment du « encore ça ». Traduit en langage de conception, je le lis ainsi : une couche de puzzle rencontrée sans cesse se transforme en corvée dès que ses schémas de résolution manquent de marge pour varier et grandir.

Liens de référence

Article traité aujourd'hui :

・How Capcom's Pragmata blends puzzle-solving with sci-fi combat (Alessandro Fillari, Game Developer, 14 avril 2026, dossier de conception en anglais. Entretiens : Cho Yonghee / Naoto Oyama / Edvin Edsö, Capcom)

Conclusion

Je suis très mauvais pour gérer deux choses à la fois. C'est précisément pour cela que la façon dont les développeurs ont apprivoisé cette témérité — superposer « le plaisir de résoudre » à la tension du combat — m'est restée en tête. Que le cœur de leur réponse ne réside pas dans la « difficulté » mais dans « éviter la répétition » et « concevoir le sentiment ressenti de progression » me semble une piste pour quiconque veut greffer un puzzle sur un autre système.

S'agissant d'un entretien d'avant-sortie, il faut garder à l'esprit qu'il s'agit de l'intention des développeurs, non d'une preuve de la réussite en jeu. Demain encore, je lirai avec soin une source de première main digne de confiance, quelque part dans le monde.