ReplayLab transforme les sessions de playtest en preuves exploitables par votre équipe : revenir à n’importe quel instant, interroger toutes les sessions, confronter les intentions de design à la façon dont les gens jouent vraiment.
Le problème
Un playtest aujourd’hui :quarante minutes de vidéo,une page de notes,et une phrase :« c’était injuste. »
Quelque part là-dedans se cache le moment qui compte. Le retrouver, c’est faire défiler. Le prouver, c’est deviner.
ReplayLab · la boucle
ReplayLab transforme les sessions de playtest en preuves exploitables par votre équipe : revenir à n’importe quel instant, interroger toutes les sessions, confronter les intentions de design à la façon dont les gens jouent vraiment.
Graine, build, entrées et événements utiles : quelques kilo-octets par minute au lieu de gigaoctets de vidéo. La voix et les commentaires du joueur se posent sur le tick exact dont ils parlent.
L’export de partie et le diagnostic de course tournent déjà dans AccoBolide.
Ouvrir une session au tick près. Filtrer les événements, suivre un pilote, lire la preuve derrière chaque repère. Ensuite : revoir la scène sous n’importe quel angle, puisqu’on rejoue le jeu.
Le lecteur de session est en ligne sur ce site.
Qui a pris le plus de coups ?
Le Cantonnier a encaissé 5 des 22 coups de mêlée de la course.
t=00:03.85t=00:05.05t=00:10.07t=00:44.05t=01:08.88
« Où les nouveaux joueurs perdent-ils la tête dans les dix dernières secondes ? » La réponse est une liste de moments rejouables, et chaque phrase cite ses ticks. Pas de preuve, pas d’affirmation.
La comparaison entre sessions vient d’abord.
200 rejeux du même build, IA seules : une illustration de la méthode, pas une mesure d’équilibrage.
Écrire l’intention de design comme une règle (« aucun coup ne coûte plus de trois places ») et la vérifier sur chaque session. Rejouer les sessions humaines de la semaine dernière sur le build du jour et voir exactement où elles divergent.
Nous travaillons déjà ainsi : règles de décision écrites avant les chiffres, 200 graines minimum.
Ce qui change
Un enregistrement montre ce qu’affichait l’écran. Une session sait ce que le jeu a fait, et peut le refaire.
Chaque graphique, chaque regroupement, chaque réponse s’ouvre sur les moments rejouables qui le fondent.
L’intention de design devient une règle. Les règles se vérifient sur chaque session, à chaque build.
L’outil idéal
Du premier prototype au laboratoire complet : l’outil que nous voulons pour nos propres jeux, et pour les vôtres.
Chronologie, vitesse, suivi d’un pilote, filtres d’événements et données brutes de chaque repère.
Graine, build, entrées et événements sémantiques : quelques kilo-octets par minute. Images-clés pour les moteurs non déterministes.
Chaque rapport de bug devient un lien de rejeu qui s’ouvre sur la bonne image, dans le navigateur.
Revoir l’incident du dessus, depuis le siège du rival, au ralenti : c’est le jeu, pas une vidéo.
Réflexion à voix haute, questionnaires et messages ancrés au moment dont ils parlent.
Aligner sessions, builds et joueurs ; voir ce qui a changé, et quand.
Interroger toutes les sessions. Les réponses reviennent sous forme de moments, chaque phrase cite ses ticks.
« 37 sessions · contact au pont, virage 4 », avec la carte de chaleur et l’extrait qui résume tout.
Écrire l’intention, recevoir les violations, avec les moments qui l’ont mise en défaut.
Rejouer les sessions humaines de la semaine dernière sur le build du jour et voir où, et pourquoi, elles divergent.
Partir de n’importe quel instant et laisser des bots finir la course 200 fois avec un seul réglage modifié.
Lien de rejeu, extrait sous le bon angle, build et étapes de reproduction, envoyés dans votre outil de suivi.
Fonctionne
Voici le premier prototype de ReplayLab, sur une course de test AccoBolide archivée. Parcourez la course, suivez un pilote, filtrez les événements et inspectez les preuves. Vous pouvez aussi ouvrir un rapport compatible depuis votre ordinateur : il est lu localement, jamais envoyé.
Chargement de la session…
Sélectionnez un événement pour lire ses données brutes.
Source : course de test automatisée archivée, build 9d21f05, simulation convoi-reprise-2026-09-27. La carte utilise des trajectoires à 30 Hz réextraites d’un rejeu exact de la même course (même empreinte finale) ; le rapport lui-même échantillonne les positions chaque seconde. Le lecteur décrit le rapport : il ne rejoue pas et ne certifie pas un fichier importé.
Pour qui
« Ma mécanique fait-elle ce que je crois ? »
« Montre-moi exactement comment reproduire ça. »
« Qu’est-ce qu’on corrige cette semaine, et pourquoi ? »
« Qu’ont dit les joueurs, au moment où c’est arrivé ? »
Pourquoi maintenant
Course, combat, stratégie, puzzle, jeux navigateur : rejouer une session y coûte presque rien.
Les modèles de langage répondent désormais à des questions sur des journaux structurés. Le rejeu permet de vérifier chaque réponse.
Les moteurs modernes et le navigateur rendent l’enregistrement d’une session moins coûteux que celui d’un écran.
Studios partenaires recherchés
Nous construisons ReplayLab avec un petit groupe de studios qui playtestent souvent. Racontez-nous comment vous testez aujourd’hui, et ce que vous aimeriez voir.
VECTVR · France · depuis 2026