L'atome du récit · pourquoi chaque unité narrative doit changer quelque chose, et ce qui arrive au contenu généré par IA quand ce n'est pas le cas.
Livré à lui-même, un grand modèle de langage génère une prose narrativement inerte. Il produit un texte compétent, grammaticalement correct, souvent atmosphérique · mais qui ne bouge pas. Les scènes se succèdent sans que l'on comprenne clairement ce qui a changé entre elles, pourquoi ce changement compte, ou quelle question il soulève. Les joueurs lisent, acquiescent, et ne ressentent pas grand-chose. L'histoire leur arrive dessus plutôt de les impliquer.
C'est le problème de la « génération bâclée » identifié dans EV2090 : du contenu produit sans compréhension explicite du type d'unité narrative en cours de création. Un beat qui devrait avoir l'effet d'une révélation est rendu avec le même registre qu'un texte d'ambiance. Un moment qui devrait forcer une décision arrive sans enjeu. Une révélation de personnage tombe avant que le joueur ait le moindre attachement au personnage concerné. Le moteur génère des mots, mais pas des beats · et sans beats, il n'y a pas d'histoire.
La théorie des beats est la solution. Elle donne au moteur une taxonomie · un vocabulaire de fonctions narratives distinctes · de sorte que chaque unité de contenu est générée en sachant exactement quel travail elle doit accomplir. Non pas seulement « que se passe-t-il ensuite » mais quel type de chose se passe ensuite, et pourquoi ce type de chose est ce dont l'histoire a besoin à cet instant. Un chorégraphe travaillant à partir d'une taxonomie de beats peut raisonner sur le rythme, la variété et la causalité. Sans elle, chaque unité générée se ressemble de l'extérieur, et le moteur se cantonne à la seule chose qu'il sait faire de manière cohérente : raconter ce qui s'est passé.
Le mode d'échec fondamental : Quand une IA génère un récit sans taxonomie de beats, elle se rabat presque exclusivement sur des beats de type Story — enchaînant les événements de l'intrigue en séquence. Les beats de type Character, Atmosphere, Interaction et Decision s'effondrent ou disparaissent de l'output. Le résultat est une histoire qui avance vite et sonne creux.
La recherche sur la théorie des beats puise dans trois traditions : la théorie du scénario (Robert McKee, Blake Snyder, Dwight Swain), le game design tabletop (rythme des rencontres, structure des modules d'aventure), et la théorie narrative des jeux vidéo (design de beats interactifs, conséquences des embranchements). Chaque tradition a développé son propre vocabulaire pour la même intuition fondamentale : les histoires ne sont pas un flux continu, ce sont des séquences d'unités discrètes, et chaque unité doit mériter sa place en changeant l'état de quelque chose qui compte.
Un beat est la plus petite unité de récit qui produit un changement. Cette définition vient de Story de Robert McKee, où il identifie le beat comme l'atome fondamental du récit · l'espace entre une action et la réaction qu'elle provoque. Chaque beat contient un glissement : une attente est posée, puis le monde s'en écarte, soit positivement (le personnage obtient plus que prévu) soit négativement (il obtient moins, ou quelque chose de pire). Ce glissement, c'est le beat. Sans lui, on a de la description, pas du récit.
Le mot « changement » est ici précis et exigeant. Il ne suffit pas que quelque chose soit décrit ou montré. Quelque chose doit être différent après le beat par rapport à avant. Cette différence doit être réelle · elle doit affecter quelque chose qui a des enjeux. Il existe quatre types de changement qu'un beat peut produire :
Quelque chose dans le monde est différent. Une porte ouverte qui était fermée. Une faction qui a déclaré la guerre. Un PNJ mort ou déplacé vers un nouvel endroit. La réalité physique ou politique a bougé.
Le joueur sait quelque chose qu'il ne savait pas avant. Un indice découvert. Un secret révélé. Le sens d'un événement passé devient clair. La carte de la conspiration gagne un nouveau nœud.
La relation du joueur à un personnage, une faction ou une situation a changé. Il craint quelque chose qu'il ne craignait pas. Il fait confiance à quelqu'un en qui il se méfiait. Il tient à un résultat qui lui semblait abstrait.
Les conséquences des choix du joueur · passés ou futurs · ont évolué. Le coût de l'échec a augmenté. Une échéance vient d'être révélée. Une nouvelle possibilité s'est ouverte. Ce qui est en jeu est désormais différent.
C'est une contrainte ferme. Elle élimine une catégorie significative de contenu que les jeux et les systèmes IA génèrent en permanence : ce qu'on pourrait appeler le « beat de confirmation », où une information déjà établie est reformulée avec d'autres mots ; la « pause atmosphérique » qui s'attarde sans rien faire monter ; le « déblayage narratif » qui plante une scène sans jamais l'utiliser. Tout cela ressemble à du contenu, mais c'est inerte. Cela consomme le budget de rythme sans le rembourser.
Dwight Swain, dans son ouvrage fondateur Techniques of the Selling Writer (1965), a formalisé cela au niveau infra-scène avec son modèle Scène/Suite. Une Scène comporte trois composantes : objectif, conflit, désastre. Une Suite en comporte trois : réaction, dilemme, décision. Les deux unités alternent dans une chaîne qui fait avancer l'histoire. Ce que Swain avait compris, c'est que la dynamique narrative vient de cette alternance implacable · chaque unité créant les conditions de la suivante, chaque unité produisant un changement qui rend l'unité suivante significative. La taxonomie de beats du Narrative Engine est une généralisation de cette intuition à travers cinq types fonctionnels distincts, chacun accomplissant un travail différent dans l'histoire.
Cinq types de beats distincts ont émergé de la convergence de la théorie du scénario, de l'analyse des modules de JDR et de la recherche en narration IA. Ce ne sont pas des catégories arbitraires · chacune représente une fonction fondamentalement différente dans l'histoire, une relation différente entre le récit et le joueur, et un défi différent pour la couche de rendu. Les comprendre n'est pas qu'un exercice de design : c'est le prérequis pour construire un chorégraphe capable de raisonner sur le rythme.
Les beats Story font avancer l'intrigue principale. Ce sont les événements que la chronologie passive finirait par produire que le joueur soit présent ou non · la conspiration se resserre, une faction fait un mouvement, le vaisseau disparaît. Ils répondent à la question : que s'est-il passé dans le monde ?
Les beats Story sont le type le plus courant et celui vers lequel l'IA se replie presque exclusivement si on ne la contraint pas. Le problème n'est pas qu'ils soient mauvais · ils sont la colonne vertébrale · mais qu'une séquence composée uniquement de beats Story produit l'effet d'un fil d'actualité plutôt que d'une histoire. Des événements surviennent, mais rien ne résonne, parce que la résonance exige que les quatre autres types aient d'abord accompli leur travail.
Les beats Story doivent être mérités. Un beat Story climactique atterrit quand des beats Character nous ont fait tenir à des personnes, des beats Atmosphere ont rendu le décor réel, et des beats Decision ont donné au joueur quelque chose en jeu dans l'issue.
Les beats Character révèlent ou développent une entité nommée · un PNJ, une faction ou l'histoire du joueur lui-même. Ils ne font pas nécessairement avancer l'intrigue. Leur travail est de faire sentir que les gens dans l'histoire sont de vraies personnes : leur donner de la spécificité, des contradictions et une intériorité qu'on n'aurait pas pu prédire à partir de leur seule fonction narrative.
Un barman qui mentionne qu'il a autrefois travaillé pour la faction qui vient de détruire un chantier naval délivre un beat Character. Rien n'a changé dans l'intrigue principale. Mais le joueur a désormais un ancrage émotionnel, une raison de revenir vers ce PNJ, un indice de passé qui pourrait croiser la conspiration. Les beats Character sont ce qui fait que les beats Story font mal plus tard.
Dans la génération IA, les beats Character sont les premières victimes d'un prompt sous-dimensionné. Le système privilégie l'avancement de l'histoire et traite les moments de personnage comme une décoration optionnelle. Le Narrative Engine doit les traiter comme des composantes structurelles obligatoires · spécifiquement, comme des prérequis à tout beat Story impliquant ce personnage.
Les beats Interaction sont la charnière entre récit et gameplay. Ce sont les moments où le joueur doit agir pour recevoir de l'information : lire le tableau d'affichage, interroger le PNJ, examiner les preuves sur le sol de la baie d'amarrage. L'histoire ne s'avance pas toute seule · c'est l'action du joueur qui déclenche la prochaine révélation.
C'est là que la couche de rendu devient la plus critique. Un beat Interaction délivré via un tableau d'affichage doit ressembler à quelque chose que quelqu'un a vraiment affiché sur un panneau physique · bref, urgent, personnel, plein des petits détails qui révèlent une vraie personne sous pression. La même information délivrée via un dialogue de PNJ doit porter la voix du personnage, sa peur, son agenda. Le même beat, deux rendus complètement différents.
Les beats Interaction sont aussi le principal indicateur d'engagement du joueur. Si un joueur ignore un beat Interaction, cela signifie soit que l'information n'a pas été signalée comme importante, soit que le canal n'était pas lisible comme interactif. Les deux sont des échecs de design.
Les beats Atmosphere établissent le ton, le décor et l'ambiance. Ils ne font pas avancer l'intrigue. Ils ne révèlent pas la vie intérieure d'un personnage. Ils font sentir que le monde est un endroit qui existe même quand personne ne le regarde : les lumières de la station vacillent, une alarme retentit et se tait sans explication, une émission d'information passe en fond avec une histoire sans lien · pour l'instant.
Les beats Atmosphere sont les plus souvent coupés et les plus irremplaçables. On les coupe parce qu'ils semblent ne rien faire. Ils sont irremplaçables parce que sans eux, tous les autres beats semblent se dérouler sur un décor de théâtre · une conspiration dans le vide, des personnages sans contexte, des décisions sans poids. La texture du monde est ce qui rend les enjeux réels.
Les systèmes IA coupent les beats Atmosphere parce qu'ils ne marquent bien sur aucune métrique de progression évidente. Le chorégraphe doit être explicitement instruit de les inclure à des intervalles précis, typiquement comme espace de respiration après des beats Story ou Decision de haute tension. Leur fonction est le repos et le réancrage · la vallée qui fait paraître le prochain pic plus haut.
Les beats Decision sont les moments d'agentivité réelle dans l'histoire. Le joueur est confronté à un choix entre des options aux conséquences réelles · pas une variation cosmétique, mais des chemins divergents qui mènent à des expériences significativement différentes. En mode Book, les décisions affectent le chemin à travers le contenu tout en laissant la destination intacte. En mode Sandbox, elles peuvent remodeler la colonne vertébrale elle-même.
Un beat Decision qui ne semble pas significatif est un échec de design aux dommages cumulatifs. Les joueurs apprennent vite à reconnaître la différence entre un vrai choix et l'illusion d'un choix · un carrefour où les deux chemins arrivent au même endroit avec un texte légèrement différent. Une fois ce schéma reconnu, tous les futurs beats Decision perdent leur poids, et le joueur se désengage complètement de la couche interactive.
Les exigences pour un vrai beat Decision sont strictes : le joueur doit comprendre ce entre quoi il choisit, avoir une raison de tenir à la différence, et être capable de percevoir la conséquence de son choix dans un beat ultérieur. Cela signifie que les beats Decision portent une obligation structurelle qu'aucun autre type de beat n'a · ils doivent être suivis, à terme, par un beat qui reconnaît ce qui a été décidé. Le schéma impose cela via le champ de branchement conditionnel next_beats : chaque beat Decision doit spécifier au moins deux continuations significativement divergentes.
Les beats individuels ne font pas une histoire. Une histoire émerge de la relation entre les beats · la façon dont chaque beat crée un nouvel état qui rend le suivant possible, significatif ou nécessaire. C'est ce que Dwight Swain décrivait avec l'alternance Scène/Suite : l'histoire n'est pas les événements, c'est la chaîne de causalité qui les relie. Le Narrative Engine impose cela à travers les champs de causalité dans chaque beat : reacts_to et foreshadows. Chaque beat doit être ancré à au moins un autre beat de l'arc.
Le rythme fondamental est celui de l'action et de la réflexion. Un beat Story de haute énergie · quelque chose se passe · devrait typiquement être suivi d'un beat qui permet au joueur de traiter ce qui s'est passé : un beat Interaction pour enquêter sur les suites, un beat Character pour voir un PNJ réagir, ou un beat Atmosphere pour enregistrer le changement dans la texture du monde. Ce n'est pas une règle de rythme pour le confort. C'est une règle de sens : sans beat de réflexion, le beat Story ne produit aucun effet durable sur la compréhension du joueur. Il est consommé et oublié.
Le schéma soulever/répondre est l'heuristique unique la plus utile pour évaluer la qualité d'un beat. Un bon beat crée une nouvelle question dans l'esprit du joueur (qui a saboté le chantier naval ?) tout en en répondant une précédente (le vaisseau disparu n'était pas perdu · il a été pris). Un beat médiocre répond sans soulever, laissant l'histoire momentanément complète · ce qui se lit comme « terminé » plutôt que « continue ». Un mauvais beat ne soulève ni ne répond, ce qui est simplement du remplissage.
Il y a aussi la contrainte de fatigue : la recherche et l'expérience pratique des JDR indiquent tous deux 3 à 5 beats par « scène » comme seuil de tolérance avant l'effondrement du rythme. Au-delà de cinq beats consécutifs dans le même lieu, impliquant les mêmes personnages, sans changement significatif de type ou de registre, les joueurs commencent à décrocher. Le contenu arrive encore, mais l'histoire cesse de bouger d'une manière perceptible. Le chorégraphe doit suivre le nombre de beats par scène et introduire des transitions · nouveaux lieux, nouveaux personnages, nouveaux types de beats · avant que la fatigue ne s'installe.
La tension dans une histoire n'est pas un curseur qu'on doit pousser au maximum et y laisser. Une histoire à tension constamment maximale est une histoire à tension constamment nulle · le système nerveux s'adapte, les enjeux s'aplatissent, et le joueur entre dans un mode de croisière dissocié. La physiologie de l'engagement exige le contraste : le pic ne paraît haut que parce qu'il suit une vallée. Le climax n'atterrit que parce que le rythme lui a fait de la place.
Le séquençage des beats est le principal outil de façonnage de la courbe de tension. Les beats Story et Decision tendent à augmenter la tension · ils introduisent de nouvelles menaces, de nouvelles informations, de nouveaux choix aux conséquences réelles. Les beats Atmosphere et Character tendent à baisser la tension · ils offrent de l'espace respiratoire, de la texture au monde, un ancrage émotionnel. Les beats Interaction peuvent aller dans un sens ou dans l'autre selon ce qu'ils révèlent. Un arc bien chorégraphié gère ces montées et descentes délibérément, et non accidentellement.
Le piège de l'escalade est le mode d'échec caractéristique de la narration générée par IA, et il opère au niveau des beats. Chaque beat essaie d'être plus intense, plus dramatique, plus révélateur que le précédent. Il n'y a pas de vallée · seulement une rampe. Le résultat n'est pas un crescendo, c'est une ligne plate à volume maximum. Les joueurs décrivent cela comme une histoire qui semble « épuisante » ou « implacable » · ce qui ressemble à un éloge mais est en réalité un diagnostic : on leur a refusé l'espace respiratoire qui permettrait à un seul beat de paraître significatif.
Les beats Atmosphere sont la contre-mesure la plus efficace contre le piège de l'escalade, et la première chose à être coupée quand un prompt est sous-dimensionné. Ils semblent ne rien apporter · pas d'avancement de l'intrigue, pas de révélation, pas de choix. Mais ils remplissent une fonction critique : ils réancrent le joueur dans la réalité physique du monde, réinitialisent la ligne de base émotionnelle, et font que le prochain beat d'escalade ressemble à une escalade depuis quelque part plutôt qu'à la continuation d'un bruit de fond. Le chorégraphe doit être explicitement instruit de protéger les beats Atmosphere contre la suppression ou l'abrègement, particulièrement dans les sections médianes et post-climax d'un arc.
Les beats Decision ont leur propre poids rythmique spécifique. Ils ralentissent l'histoire · ce qui est leur travail. Une décision exige d'être traitée, ce qui nécessite que l'histoire s'immobilise un instant. Mais un beat Decision qui arrive avant que le joueur ait suffisamment de contexte pour le choix, ou avant l'investissement émotionnel qui rend le choix conséquentiel, sera traité rapidement et oublié. Le chorégraphe doit séquencer les beats Decision après les beats Character et Interaction qui rendent le choix significatif. C'est la différence entre un beat Decision qui ressemble à un obstacle et un qui semble compter.
L'intuition clé de Blake Snyder dans Save the Cat s'applique directement ici : la fonction de la structure narrative n'est pas de contraindre la créativité mais de garantir les beats que la plupart des auteurs sautent parce qu'ils semblent « ralentir » · les moments de repos, d'investissement de personnage et de réflexion qui font atterrir le climax. Dans un moteur narratif, le chorégraphe est le gardien de ces beats. S'il ne les rend pas obligatoires, ils n'apparaissent pas.
Les cinq types de beats existent dans les modes Book et Sandbox, mais leur comportement diffère de manière fondamentale · des façons qui doivent être intégrées dans la logique de génération du chorégraphe dès le départ, et non ajoutées après coup.
En mode Book, les séquences de beats sont conçues en amont. Le chorégraphe planifie l'arc complet · tous les beats, dans l'ordre, avec leurs types et liens causaux établis avant toute interaction avec le joueur. La séquence peut avoir des embranchements (particulièrement aux beats Decision), mais les beats disponibles et leurs conséquences sont énumérés à l'avance.
Le défi du mode Book est d'assurer la variété des types de beats sur l'arc complet. Un arc de 12 beats généré sans contraintes explicites de type produira typiquement 8 à 9 beats Story et 3 à 4 de tout le reste. Le chorégraphe doit recevoir des quotas explicites : pas plus de 3 beats consécutifs du même type, beats Atmosphere requis dans les 25 premiers pour cent et en post-climax, au moins un beat Character avant tout beat Story majeur impliquant ce personnage.
L'avantage du mode Book est que le séquençage des beats peut être optimisé pour une forme d'arc connue · l'incident déclencheur aux beats 2 à 3, le retournement de situation médian aux beats 6 à 7, le climax aux beats 10 à 12. Le chorégraphe sait où il en est dans l'histoire et peut typer les beats en conséquence.
En mode Sandbox, le type de beat ne peut pas être déterminé uniquement par la position dans l'arc · il doit aussi répondre à l'état actuel du joueur et du monde. Un joueur inactif depuis plusieurs cycles a besoin d'un beat Atmosphere ou Interaction pour le ramener dans le jeu, pas d'un beat Story qui fait avancer des événements auxquels il n'a pas assisté. Un joueur qui vient de perdre un PNJ clé a besoin d'un beat Character qui reconnaisse la perte avant que l'intrigue continue.
C'est le problème du « joueur qui n'a pas interagi ». En mode Book, la non-interaction déclenche la chronologie passive · l'histoire avance sans le joueur, qui rattrape ensuite. En mode Sandbox, le chorégraphe doit s'adapter activement : si le joueur n'a pas interagi avec les deux derniers beats Interaction, le suivant doit être d'un type différent avec un seuil d'engagement plus bas, ou le canal du beat doit changer vers quelque chose de plus difficile à ignorer.
Le mode Sandbox exige aussi que les beats Decision soient générés avec prudence. Un beat Decision généré avant que les beats Character et Atmosphere qui le soutiennent aient été rendus · ce qui peut arriver quand la génération de beats prend de l'avance sur la consommation du joueur · atterrira sans contexte. Le chorégraphe doit suivre quels beats ont réellement été expérimentés par le joueur, pas seulement lesquels ont été générés, au moment de décider quel type vient ensuite.
Le problème du beat quantique en Sandbox : En mode Sandbox, les beats sont générés 1 à 3 en avance par rapport à la position actuelle du joueur. Cela signifie que le type d'un beat doit être choisi avant que l'état exact de la connaissance du joueur au moment de l'exécution soit connu. La solution est de générer les briefs de beat (type, but, entités, causalité) en avance mais de rendre le contenu du beat au moment de l'exécution, quand Haiku a accès à l'état du monde réel. Le type est engagé tôt ; le contenu est engagé tard.
Le champ de type de beat n'est pas qu'une étiquette de classification pour le chorégraphe · il doit se propager jusqu'à la couche de rendu. Haiku rend un beat Atmosphere avec une stratégie complètement différente d'un beat Decision. Un beat Atmosphere doit être dense en détails sensoriels, lent dans son cadence, faible en contenu informatif explicite. Un beat Decision doit être épuré : options claires, enjeux clairs, sans décoration atmosphérique susceptible de brouiller le choix. Le pipeline de rendu doit se ramifier sur le type de beat avant de se ramifier sur le canal de livraison.
Quand une IA narrative reçoit des contraintes structurelles insuffisantes, elle se rabat sur un mode d'échec spécifique qui ressemble à un beat mais n'en est pas un : un paragraphe qui décrit un état sans le changer. « La station était tendue. Les gens traversaient les couloirs rapidement, sans se croiser les yeux. » Ce n'est pas un beat Atmosphere · il ne soulève aucune question, il ne s'ancre pas à quelque chose de spécifique dans le monde, et rien n'en découle. C'est du remplissage textural. Le moteur doit définir et filtrer activement les beats de remplissage avant que la génération n'atteigne la couche de rendu. Le test : un chorégraphe peut-il désigner le changement spécifique que ce beat produit ? Si non, c'est du remplissage.
Suivre explicitement les niveaux de tension est moins fiable que suivre le type de beat consécutif. La recherche en design de rencontres JDR et en rythme narratif converge sur une heuristique plus simple : quand le même type de beat apparaît trois fois ou plus en séquence, le rythme s'est effondré quelle que soit la qualité individuelle du contenu. C'est la contrainte à imposer lors de l'étape de validation de la chorégraphie · non pas « ce beat est-il de haute tension » (subjectif) mais « est-ce le troisième beat Story consécutif » (structurel et mesurable). Cette dernière est une contrainte que le moteur peut réellement imposer.
Des cinq types de beats, les beats Interaction sont les plus sensibles aux échecs de qualité du rendu · et les plus diagnostiques de ceux-ci. Un beat Interaction exige que le joueur agisse, ce qui signifie que le contenu doit être suffisamment convaincant pour motiver l'action et suffisamment clair pour que l'action soit évidente. Si les beats Interaction sont systématiquement ignorés par les joueurs, cela signifie que la couche de rendu échoue : le canal de livraison ne semble pas interactif, l'information ne signale pas son importance, ou la voix du PNJ est trop générique pour créer de la curiosité. Surveiller l'engagement des beats Interaction est le signal de feedback le plus direct sur la qualité du rendu.
La théorie des beats ne reste pas en phase de recherche. Chaque résultat se traduit directement en une décision de design dans le schéma, la phase de chorégraphie ou le pipeline de rendu.
Le schéma de beat inclut un champ type obligatoire sans valeur par défaut. Les cinq types · story, character, interaction, atmosphere, decision · sont une énumération. Le chorégraphe ne peut pas générer un beat sans déclarer son type. Cette seule contrainte est la principale protection contre le problème du beat de remplissage et la monoculture de beats Story.
Le prompt du chorégraphe doit séquencer les types de beats explicitement, pas seulement les événements. La phase de chorégraphie (Phase 4, Sonnet) ne planifie pas seulement ce qui se passe · elle planifie quel type de chose se passe. Le résultat de la chorégraphie est une séquence de beats typés avec des annotations de type explicites, pas seulement une liste d'événements d'intrigue. Le prompt inclut des contraintes fermes : pas trois beats consécutifs du même type ; beats Atmosphere requis aux positions 1 à 2 et en post-climax ; chaque personnage nommé doit recevoir un beat Character avant d'apparaître dans un beat Story.
La stratégie de rendu de Haiku se ramifie sur le type de beat avant le canal de livraison. La couche de rendu reçoit à la fois le type de beat et le canal de livraison comme entrées primaires. Le type de beat détermine la stratégie de contenu · quoi mettre en avant, quelle densité d'information, quel cadence. Le canal de livraison détermine le format et la voix. Un beat Atmosphere sur le canal tableau d'affichage et un beat Atmosphere dans le dialogue de PNJ utilisent une voix et un format différents, mais tous deux la même stratégie de contenu : ancrage sensoriel, pas d'avancement d'intrigue explicite, soulèvement de question par implication.
Les champs de causalité (reacts_to, foreshadows) sont obligatoires, pas optionnels. Chaque beat doit déclarer au moins un lien de causalité. Cela impose l'exigence d'enchaînement au niveau du schéma. L'étape de validation de la chorégraphie (audit de la Phase 4) vérifie qu'aucun beat n'est une île · chaque beat réagit soit à quelque chose qui le précède, soit préfigure quelque chose qui vient après. Un beat sans lien est soit du remplissage, soit une erreur de chorégraphie.
Les beats Decision exigent un minimum de deux entrées next_beats aux conséquences distinctes. Un beat Decision avec une seule continuation n'est pas un beat Decision · c'est un beat Story déguisé en agentivité. La validation du schéma impose que chaque beat Decision ait au moins deux continuations conditionnelles menant à des beats suivants significativement différents (pas seulement un texte de présentation différent). En mode Book, les deux chemins doivent finalement converger vers la résolution de l'arc. En mode Sandbox, les chemins peuvent diverger de façon permanente.
La génération de beats en mode Sandbox suit l'état de consommation du joueur, pas seulement la position narrative. Le chorégraphe en mode Sandbox reçoit un indicateur « dernier beat interagi » en plus de la position actuelle de l'arc. Si le dernier beat interagi est plus de deux beats en arrière de la position générée actuelle, le prochain beat généré doit être de type interaction ou atmosphere · un beat de réengagement, pas un beat d'avancement. L'histoire ne laisse pas le joueur derrière elle ; elle crée les conditions pour qu'il réintègre le récit.
Les modules D&D ont inventé le texte encadré « à lire à voix haute » comme canal de livraison formalisé pour les beats Atmosphere et Interaction. La distinction entre le contexte narratif du MJ (caché) et le texte à voix haute orienté joueur (canal de livraison explicite) correspond directement à la séparation du moteur entre le brief de beat (pour Sonnet) et le contenu rendu (pour Haiku).
Le modèle Spine fixe / Chair variable de TEW se superpose directement au type de beat : les beats de la spine sont des beats Story aux résultats immuables ; les beats de la chair sont des beats Interaction, Character et Atmosphere dont le contenu varie d'une partie à l'autre. L'expérience variable du joueur dans l'histoire est construite presque entièrement dans la couche des beats non-Story.
Les Fronts/Clocks (Apocalypse World) définissent quand les beats Story surviennent sur la chronologie passive · la conspiration avance indépendamment de l'action du joueur. La théorie des beats définit quel type sont ces événements minutés. Ensemble, ils produisent la chronologie passive : une séquence de beats typés qui s'exécutent que le joueur intervienne ou non, chacun produisant un changement réel dans l'état du monde.
Le pipeline existant d'EV2090 rend chaque beat avec seulement le brief de l'arc et les beats précédents comme contexte · aucun signal de type de beat n'atteint la couche de rendu. C'est pourquoi un beat Character dans le système existant se lit avec le même registre qu'un beat Story : le moteur de rendu ne sait pas quel type de beat il est en train de rendre. Le champ de type de beat dans le nouveau schéma comble directement cet écart.
L'intersection avec la règle des trois indices : La règle des trois indices (toute information critique doit avoir trois chemins de découverte indépendants) est fondamentalement une règle sur la redondance des beats Interaction. Si une révélation critique est verrouillée derrière un seul beat Interaction, et que le joueur rate ou échoue ce beat, l'arc se brise. Distribuer l'information critique à travers plusieurs beats Interaction · dans différents canaux de livraison, avec différentes méthodes d'accès · est ce qui rend la règle des trois indices opérationnellement réelle dans le schéma de beats.