不是剧情摘要，也不是换皮 Demo。一套新出现的 Agent Skills，正在把小说拆成玩法、世界、美术、代码和通关验证。

把《西游记》交给 AI，让它做一款游戏，你觉得最后会得到什么？

很多时候，答案是一段文字冒险：几张人物图、几个按钮，再配上一句“你选择向左还是向右”。它当然能打开，也可能很好看，但玩上几分钟就会发现，本质仍是一份会跳转的剧情摘要。

最近出现的开源项目 NovelToGame 想做得更远。它没有再造一个新模型，而是给 Claude Code、Codex 和 Kimi Code 准备了 7 个可以接力工作的 Agent Skills：先读原著，提取能转化为玩法的证据，再完成概念、世界、美术、代码和实际通关验证。

项目公开的《西游记·三借芭蕉扇》案例，不只是“孙悟空去借扇”的互动故事，而是一款回合制指令 RPG。五行、阵型、变化、携宠和多阶段 Boss 都成了可以操作的系统。

图 1｜项目公开的《西游记·三借芭蕉扇》标题画面。来源：NovelToGame

它做出的，不只是能打开的页面

进入战斗后，玩家需要决定谁攻击、谁防御、使用什么法术、如何调整阵型。角色有自己的生命和资源，敌人也会根据回合推进状态。换句话说，它不是把小说段落换成按钮，而是把原著里的关系和规则重新翻译成了游戏机制。

图 2｜战斗并非点击“下一页”：有五行、阵型、角色状态与多阶段 Boss。来源：NovelToGame

另一个公开案例更能说明问题。项目把柯南·道尔 1912 年的小说《失落的世界》改编成第一人称 3D 摄影游戏：玩家穿过高原，观察恐龙群，躲避空中威胁，用四张玻璃底片留下证据，最后把完好的底片带回营地。

这已经跨过了“AI 会不会写一个网页”的问题。它开始触碰一件更复杂的事：AI 能不能沿着一条完整的生产流程，把模糊创意交付成真实可运行、可结束、可重新开始的产品？

图 3｜《失落的世界》被改编成第一人称 3D 摄影游戏，玩家要带回证据。来源：NovelToGame

先把“能通关”说清楚

AI 做出来的 Demo 很容易制造错觉。首页能打开、按钮能点击、画面像游戏，并不代表它真的可玩。NovelToGame 给出的标准更接近软件验收：必须在目标环境中启动，玩家输入能够改变状态，可以从开局走到明确的成功或失败结果，并且结束后可以重新开始。

更关键的是，这些结论不能只来自 Agent 的一句“已经完成”。命令输出、状态变化、关键截图和实际游玩路径都要留下证据。验证失败，就回到构建阶段继续修复。

图 4｜“能通关”不是视觉像游戏，而是完整运行链可以被复现。

真正的新东西，不是游戏，而是生产方式

NovelToGame 的仓库创建于 2026 年 7 月 18 日，截至 8 月 1 日获得约 500 个 Star。它最值得关注的地方，并不是“AI 又会做游戏了”，而是它把过去藏在专业团队经验里的工作方法，写成了 Agent 可以读取和执行的 Skills。

以前我们给 AI 一条 Prompt，期待它同时理解原著、设计玩法、选择技术、生成素材、编写代码并完成测试。任何一步理解错了，后面都会沿着错误方向加速。现在，这些工作被拆成了 7 个有明确交付物的阶段。

图 5｜7 个 Agent Skills 把一句模糊需求拆成可交接、可检查的生产线。

7 个 Skills，像一支小型游戏团队

先锁定产品边界。 第一个 Skill 会确认平台、游戏类型、目标时长、受众、画风、内容分级和不可改写的要求，形成 PRODUCT_BRIEF。后面的 Agent 不能因为“更容易实现”，悄悄把 3D 游戏改成文字页面。

再寻找原著里真正可玩的证据。 分析阶段不只是总结剧情，而是提取规则、动作、空间、角色意志、冲突和关键视觉元素。比如《失落的世界》里，探索未知生态、记录证据和在威胁中撤离，比照搬小说对话更适合成为游戏循环。

概念、世界、美术和构建各自交付。 概念 Skill 会先给出三个真正不同的改编方向；选定方案后，世界设计负责玩家体验和关卡，美术方向负责镜头、构图、材质、HUD 与声音，构建 Agent 才开始写代码。每一棒都能看到上游已经确认的产物。

最后由独立验证收尾。 QA Skill 不接受“代码看起来没问题”，而是检查启动、输入、状态、完整流程、结果和重开。失败项会重新进入构建循环，直到证据达到门槛。

这和“一句话生成”，到底差在哪？

比较维度	一句话生成	Skills 流程
输入	一个模糊目标	明确的平台、受众、边界与验收条件
过程	一个 Agent 同时猜完所有问题	不同职责分阶段交付，产物可以复查
失败处理	继续补 Prompt，容易越改越乱	定位失败阶段，回到对应环节修复
完成标准	页面能打开、Agent 说已完成	真实运行、完整通关、结果可复现

所以，Skill 并不只是“更长的提示词”。它更像一份可以被执行的岗位手册：告诉 Agent 在什么时候读取什么材料、做出什么判断、留下什么交付物，以及什么证据才算完成。

它对普通用户有什么实际意义？

创意验证会变得更便宜。 作者、独立开发者或小团队不必一开始就组建完整制作团队，可以先把一部有合法使用权的作品做成十几分钟的可玩原型，验证“这个世界到底适不适合被游戏化”。

Vibe Coding 的能力边界正在扩大。 过去它最擅长的是生成页面和小工具；现在，越来越多 Skill 开始封装视频制作、游戏设计、测试和发布等专业流程。变化的重点不是模型多会写代码，而是工具能不能让 AI 沿着正确流程把事情做完。

我们也有了更靠谱的评价方法。 面对“AI 做出了一款游戏”这样的标题，不必只看演示视频。可以继续追问：它能否完整运行？输入会不会改变状态？有没有结局？失败后能否恢复？验证证据在哪里？这些问题同样适用于所有 AI 生成的软件。

但别把它想成“一键做 3A”

目前公开的是开源项目案例，不等于经过大规模玩家测试的商业游戏。画面品质、玩法深度、性能和长期维护，仍然需要人的判断、工程环境和持续投入。

版权边界也不能交给 AI 猜。项目示例使用公版原著，并单独记录文本来源、版本和素材许可。把仍受版权保护的小说直接扔给 Agent，再把结果用于商业发布，依然可能带来改编权、角色形象和训练素材等问题。

另外，流程化不会自动带来好创意。Skills 可以减少漏项、阻止 Agent 偷换目标，却不能保证每个玩法都好玩。真正关键的产品决策，仍然需要人来选择和否决。

Vibe Coding 正在进入“完整交付”阶段

NovelToGame 展示的并不是一个遥远的“AI 游戏公司”，而是一种已经开始出现的工作方式：人给出方向和判断，Skills 把专业流程写清楚，多个 Agent 按阶段协作，测试和证据负责兜底。

下一阶段的 Vibe Coding，竞争的可能不再是“谁能用一句话生成更多代码”，而是：

谁能把一个模糊想法，变成一条可执行、可复查、可修复、最终可交付的生产线。

当 AI 能沿着这条线真正走到结局，“把一本小说变成游戏”才不只是一个吸睛的演示，而是一种值得认真理解的新工具形态。

---

参考与体验

• NovelToGame 开源仓库：https://github.com/worldwonderer/novel-to-game
• 《西游记·三借芭蕉扇》在线试玩：https://xiyouji.vibecoco.ai
• Project Plateau 3D 在线试玩：https://plateau.vibecoco.ai
• 《失落的世界》原著来源（Project Gutenberg）：https://www.gutenberg.org/ebooks/139