不是剧情摘要也不是换皮 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 个有明确交付物的阶段。图 57 个 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.aiProject Plateau 3D 在线试玩https://plateau.vibecoco.ai《失落的世界》原著来源Project Gutenberghttps://www.gutenberg.org/ebooks/139