Dans les coulisses de Romergo
Un journal de développement consacré aux décisions, expériences, échecs et systèmes de Romergo, racontés par ce qu’ils rendent possible pour les auteurs et les joueurs.
La vue d’ensemble
Les auteurs travaillent dans Builder, les changements deviennent une publication vérifiée, puis le même runtime transporte l’histoire vers chaque mode de jeu pris en charge.
Notes de développement
Comment un texte, un HTML ou un PDF devient une visual novel cohérente grâce aux contrats de scène, bibles de continuité, deux modes de composition, assemblage MCP et contrôle des rendus.
Romergo n’exécute aucun code arbitraire dans une quête. L’auteur compose le comportement avec des nœuds, des variables, des conditions et des effets, tandis que HTML et CSS restent une couche de présentation sûre.
Comment publier une œuvre par étapes, mettre à jour les chapitres déjà parus et reprendre la partie en toute sécurité après une nouvelle version.
Comment la séparation entre une scène simple et un runtime intelligent a réuni l'aperçu, le jeu dans le navigateur, les écrans mobiles et la progression synchronisée dans Discord.
Pourquoi Romergo a choisi une archive de projet ouverte, des jeux autonomes et une migration assistée par agent plutôt que d’enfermer les auteurs dans un éditeur.
Comment Romergo permet à un agent d'IA personnel de rejoindre une session Builder en direct, de recevoir du contexte et des commandes, d'utiliser les outils MCP et de renvoyer des résultats vérifiés sans héberger le modèle.
Comment un petit prototype appelé Fibber est devenu une plateforme distribuée avec collaboration, publication versionnée et runtime narratif partagé.