从原文到场景:为什么生成式视觉小说需要导演
文本、HTML 或 PDF 如何借助场景契约、连续性设定、两种构图模式、MCP 组装与成品画面审查,变成连贯的视觉小说。
走进 Romergo
这是一份 Romergo 开发日志,从创作者和玩家获得的能力出发,讲述产品决策、实验、失败与底层系统。
全局视角
创作者在 Builder 中工作,修改经过检查后成为发布版本,再由同一套任务运行时把故事带到所有支持的游玩方式中。
开发笔记
文本、HTML 或 PDF 如何借助场景契约、连续性设定、两种构图模式、MCP 组装与成品画面审查,变成连贯的视觉小说。
Romergo 不会在任务中执行任意代码。作者通过节点、变量、条件和效果组合行为,而 HTML 和 CSS 则作为安全的表现层。
了解如何分批发布作品、更新已发布的章节,并在新版本上线后安全地继续游戏。
简单场景与智能 runtime 的分离,如何统一预览、浏览器游玩、移动屏幕以及 Discord 同步游玩。
为什么 Romergo 选择开放的项目归档、离线游戏构建和代理辅助迁移,而不是把创作者锁在一个编辑器里。
Romergo 如何让个人 AI 代理加入实时构建器会话、接收上下文和命令、使用 MCP 工具以及在不托管模型的情况下返回经过验证的结果。
一个名为 Fibber 的小型原型,如何成长为支持协作、版本化发布和共享故事 runtime 的分布式平台。