把《金X梅》做成galgame,这个项目不只是“一句提示词生成游戏”
最近熊猫翻到一个挺有意思的开源项目——NovelToGame。
项目介绍NovelToGame做的事情很好理解:把小说交给AI Agent,最后得到一个真正可以运行、可以完成一局的游戏。
听起来像“一句话生成游戏”,但熊猫体验了一下,实际远没有这么随意。
不做剧情换皮
现在用AI写个网页小游戏并不难,扔进去一句“把《西游记》做成游戏”,模型很快就能给你搓出人物头像、几段剧情和几个选择按钮。
AI回复能点,但很难说它是一款游戏。
NovelToGame主要解决的就是这个问题,它不允许模型读完小说便直接开写代码,而是先从原著里提取规则、空间、人物意志、冲突和视觉锚点,再把这些内容变成玩家能执行的动作、系统、关卡、失败条件和结果。
三借芭蕉扇比如《三借芭蕉扇》不能只做成“是否借扇”的剧情选择。官方案例将它改成了回合制指令 RPG,五行相克、阵型、携宠、七十二变都参与战斗,牛魔王还会切换形态。假扇越扇火越大,真扇则分成息火、生风、落雨三个阶段,这些机制都能在原著中找到依据。
游戏界面这就比给通用战斗模板换一层西游皮有意思多了。
七个Skills各管一摊
项目目前由七个Agent Skills组成,支持Claude Code、Codex和Kimi Code,小说本身可以是任意语言,最终产物则按照用户指定的语言生成。
总入口novel-to-game负责确认需求和编排流程;novel-game-analyze拆解原著game-concept提供三个真正不同的改编方向;后面还有世界设计、美术方向、游戏构建与QA。
执行过程每个阶段都有自己的负责人,后面的构建Agent不能因为某种玩法难做,就悄悄将项目改成更简单的网页文字游戏。选定什么平台和引擎,就要在对应环境中完成构建与验证,工具链跑不了可以诚实记录,但不能换个平台跑通之后,回来宣布原目标已经完成。
项目文档整个过程会留下PRODUCT_BRIEF.md、SOURCE_BIBLE.md、CONCEPT.md、GAME_DESIGN.md、ART_DIRECTION.md、构建源码以及qa/verification.json。哪条设定来自原著、为什么淘汰另外两个方案、最终测试跑了什么,基本都能往回查。
这套思路比“让多个Agent开会”靠谱。分工不是为了热闹,而是防止模型一边策划、一边写代码、一边给自己打满分。
仓库目前放出了三个完整案例,而且都可以直接在浏览器中试玩。
上手并不复杂
Codex用户可以直接安装全部 Skills:
npx skills add zenstory-ai/novel-to-game -g -y -a codex -s '*'
安装后,把小说文件、目录或者链接交给Agent,再调用$novel-to-game quick即可。quick会自动拟定需求、比较三个概念并继续构建;想自己选择游戏方向,可以使用director;中途断掉则用resume读取进度继续。
安装过程命令很简单,真正耗时间的还是模型调用、素材生成和游戏构建。尤其是3D、语音或者较长流程,不可能按一下回车就凭空变成商业游戏,这个预期要摆正。
值不值得折腾
如果你手里刚好有一篇小说,又不满足于做个点几下就结束的剧情页面,这个项目确实值得收藏折腾一下。能不能做出好游戏还得看原著、模型和执行环境,但至少它已经开始认真处理“改编”这件事了。
以上便是本次分享的全部内容了。如果你觉得还算有趣或对你有所帮助,不妨点赞收藏,最后也希望能得到你的关注,咱们下期见!
关注熊猫作者声明本文无利益相关,欢迎值友理性交流,和谐讨论~

校验提示文案
校验提示文案
校验提示文案
校验提示文案