Tale Tailor : Où vos choix tissent l'histoire

« Un lecteur vit mille vies avant de mourir. L'homme qui ne lit jamais n'en vit qu'une seule. »— George R.R. Martin

Il se passe quelque chose quand vous lisez une grande histoire. Vous y disparaissez. Vous cessez d'être vous-même pendant un moment et devenez quelqu'un d'autre. Quelqu'un avec un problème à résoudre, un monde à naviguer, un choix qui compte.

La plupart d'entre nous ont grandi avec ce sentiment. Puis la vie est devenue chargée. Les écrans sont devenus plus courts. Les capacités d'attention se sont étirées dans douze directions. Et quelque part en chemin, les histoires ont été laissées de côté.

L'équipe derrière TaleTailor a remarqué cet écart ; entre lire une histoire et en vivre une réellement. Et au HackPrinceton Spring 2026, ils ont agi.

Bienvenue de retour dans notre série User Story du HackPrinceton 2026 où nous plongeons dans les projets qui ont attiré notre attention !

Ce qu'est réellement TaleTailor

TaleTailor est une application web de narration interactive.

Pensez aux livres « Choisis ton aventure » ; ceux où vous tourniez à la page 47 si vous ouvriez la porte, ou à la page 112 si vous couriez. Imaginez maintenant qu'au lieu d'un ensemble fixe de pages, l'histoire se refaçonne autour de chaque choix que vous faites. Les illustrations changent au fur et à mesure que la scène change. Votre inventaire se met à jour en temps réel : une clé en cuivre ici, une lanterne à vapeur là, un livre mystérieux dont vous n'êtes pas sûr de savoir quoi faire pour l'instant. Et aucun joueur n'atteint la même fin.

C'est ce que TaleTailor a construit. Quatre mondes dans lesquels entrer : The Clockwork Heist, The Last Sentinel of Aethelgard, Whispers of the Trench, et The Alchemist's Debt. Chacun est un récit entièrement ramifié, propulsé par l'IA, illustré au fur et à mesure.

La plateforme vous place dans le siège du personnage principal et vous demande, à chaque tournant : que faites-vous ?

Votre réponse détermine tout.

L'idée derrière la construction

L'inspiration était honnête et simple. La vie moderne est pleine, rapide et bruyante. Le divertissement a majoritairement suivi cette même énergie : plus court, plus rapide, plus fragmenté. Ce que l'équipe de TaleTailor voulait construire était l'opposé : quelque chose d'immersif, quelque chose qui nécessitait votre attention parce que cela valait votre attention. Un intermédiaire, comme ils l'ont dit, entre lire une histoire et en vivre une.

Le point de référence était classique : les livres « Choisis ton aventure », ceux que vous lisiez enfant et dont vous retourniez immédiatement les pages pour essayer l'autre fin. L'ambition était moderne : et si cette expérience était dynamique, générée par l'IA et unique pour chaque joueur ?

C'était le point de départ. Ce qui s'est passé ensuite était un hackathon.

La crise qu'ils ont rencontrée

Voici la partie de l'histoire qui ne figure pas dans le deck de présentation.

Quand l'équipe de TaleTailor s'est assise au HackPrinceton pour commencer à construire, ils se sont heurtés à un mur. Le Wi-Fi eduroam de l'université bloquait entièrement le domaine d'Enter.pro. Aucune solution de contournement. Aucune correction rapide. L'environnement de développement principal — indisponible.

Une équipe moindre aurait pu pivoter. Trouver un outil différent. Simplifier le projet pour l'adapter aux contraintes.

Mais ils ont refusé de changer.

Ils ont emballé leur équipement et sont allés à la bibliothèque publique de Princeton. Wi-Fi gratuit, connexion fonctionnelle, retour aux affaires. Quand la bibliothèque a fermé pour la nuit, ils ont déménagé dans un café local et ont continué. Des kilomètres parcourus aller-retour entre le lieu du hackathon et partout où ils pouvaient trouver un signal, parce qu'il y avait des ateliers auxquels ils voulaient assister, et du code qu'ils devaient encore livrer.

Ce refus d'abandonner mérite d'être nommé. Parce que c'est ce qui sépare un projet d'un produit. N'importe qui peut construire quand les conditions sont parfaites. Ces constructeurs n'avaient pas de conditions parfaites. Ils avaient une échéance et la décision de ne pas s'arrêter.

Comment ils l'ont construit

Avant d'écrire une seule ligne de code, l'équipe a cartographié la logique. Ils ont réfléchi à la façon dont une histoire ramifiée fonctionne réellement, quelles informations doivent voyager entre le choix d'un joueur et la scène suivante, comment l'inventaire devrait se mettre à jour, ce que le jeu doit se rappeler et quand. Architecture d'abord. Code ensuite.

Cette réflexion a tout façonné. Chaque choix qu'un joueur fait déclenche une chaîne : une mise à jour narrative, une illustration qui reflète où l'intrigue se dirige, un inventaire qui change en fonction de ce que le personnage porte maintenant. Le jeu lit ces mises à jour et les restitue en temps réel. Et quand un joueur ferme l'onglet et revient le lendemain, sa session est exactement là où il l'a laissée : chaque décision préservée, chaque objet comptabilisé. Continuer l'histoire ou en commencer une nouvelle. Le jeu se souvient dans les deux cas.

Il y a eu un obstacle technique majeur en cours de construction. Une intégration se cassait de manières difficiles à tracer : des sorties revenant dans un format inattendu, le code incapable de les analyser correctement. La correction a nécessité de revenir aux principes de base : comprendre exactement ce que le système renvoyait, pourquoi cela différait de ce qu'ils attendaient, et comment adapter leur implémentation en conséquence. Ils ont utiliséEnter.propour révéler l'erreur, identifier l'origine et réécrire autour. La plateforme qui construisait le jeu les a également aidés à le corriger. Ce genre de boucle fermée n'est pas quelque chose que l'on planifie. Cela arrive quand on a suffisamment bien construit son environnement pour lui faire confiance.

Ce dont ils sont le plus fiers

Demandez à l'équipe de quoi elle est le plus fière, et elle ne commence pas par la technologie. Elle commence par la boucle de jeu.

La combinaison harmonieuse d'un raisonnement complexe avec une interface interactive qui gère les entrées imprévisibles des joueurs, avec élégance, à chaque fois ; c'est ce qu'ils mentionnent en premier. Pas comme une réalisation technique, bien que ce soit le cas. Comme une sensation. Ils ont créé quelque chose d'unique, quelque chose qui fonctionne, quelque chose dans lequel un joueur peut vraiment se perdre.

Tout cela en 36 heures. En marchant entre une bibliothèque et un café.

Ce qui vient ensuite

TaleTailor n'est pas terminé. L'équipe le voit évoluer dans deux directions : le divertissement et l'éducation.

Du côté du divertissement, un Moteur d'imagination personnalisé : où les joueurs saisissent une seule phrase et l'IA génère un univers jouable entier autour. Du côté de l'éducation, un Dictionnaire interactif intégré directement dans le récit : les joueurs surlignent les mots inconnus et voient les définitions en contexte, transformant une session d'histoire en session de vocabulaire sans que cela en ait l'air. Et Audio cinématographique : des effets sonores qui changent avec chaque scène, parce qu'un braquage dans une cité mécanique devrait sonner différemment d'une tranchée au bout du monde.

Les fondations sont déjà là, et les possibilités de développement sont infinies.

Pourquoi celui-ci reste avec nous

Nous écrivons sur les projets construits sur Enter parce que nous croyons que les meilleures idées ne devraient pas être arrêtées par des barrières techniques. TaleTailor est un rappel que ces barrières sont parfois littérales : un blocage Wi-Fi, une bibliothèque qui ferme à neuf heures, une API qui refuse de coopérer.

Ce qui fait un créateur, ce n'est pas l'absence de ces obstacles. C'est la décision de parcourir les kilomètres quand même.

L'écran vide n'a jamais eu aucune chance.

*→ Essayez TaleTailor en direct : *e44288b18b694ca1a2f74e8ac2260c69.prod.enterapp.pro

Vous avez manqué les volumes précédents ?→ Vol. 1 — Heritage in Pixels→ Vol. 2 — Terra Zone AI *→ Vol. 3 : *reAgent