Da fonte à cena: por que uma visual novel gerada precisa de direção
Como texto, HTML ou PDF vira uma visual novel coerente por meio de contratos de cena, bíblias de continuidade, dois modos de composição, montagem via MCP e revisão do render.
Por dentro do Romergo
Um diário de desenvolvimento sobre as decisões, experiências, falhas e sistemas do Romergo, contado a partir do que eles permitem a criadores e jogadores.
A visão geral
Os criadores trabalham no Builder, as mudanças se tornam uma publicação verificada e o mesmo runtime leva a história a todas as formas de jogar compatíveis.
Notas de desenvolvimento
Como texto, HTML ou PDF vira uma visual novel coerente por meio de contratos de cena, bíblias de continuidade, dois modos de composição, montagem via MCP e revisão do render.
O Romergo não executa código arbitrário dentro de uma missão. O autor monta o comportamento com nós, variáveis, condições e efeitos, enquanto HTML e CSS permanecem uma camada segura de apresentação.
Como lançar uma obra em partes, atualizar capítulos já publicados e continuar a partida com segurança depois de uma nova versão.
Como separar uma cena simples de um runtime inteligente reuniu prévia, jogo no navegador, telas móveis e partidas sincronizadas no Discord.
Por que o Romergo escolheu um arquivo de projeto aberto, jogos autônomos e migração com agentes em vez de prender autores a um único editor.
Como Romergo permite que um agente pessoal de IA participe de uma sessão ao vivo do Builder, receba contexto e comandos, use ferramentas MCP e retorne resultados verificados sem hospedar o modelo.
Como um pequeno protótipo chamado Fibber cresceu e se tornou uma plataforma distribuída com colaboração, publicação versionada e um runtime compartilhado para histórias.