用AI制作RPG游戏：分步指南（2026年）

大多数RPG教程要么丢给你一份200页的设计文档，要么给你一句提示词加一张漂亮截图。两种都没告诉你真正重要的东西：顺序。RPG不是一个功能，而是一组相互依赖的系统堆叠而成。一个做完的游戏和一个被放弃的文件夹，差别几乎总是系统搭建的顺序错了。

这份指南给出的是正确顺序。我们做一个小型俯视角RPG，每个系统都以一句话的形式交给AI来完成，而不是自己写代码。切片有意设计得很小：一个能在一个房间里走动的角色、一个属性面板、一个敌人、一场回合制战斗、一个给你任务的NPC、以及落入背包的奖励。这就是一个完整的RPG循环。之后的一切不过是在此基础上反复迭代打磨。

我们使用Summer Engine，这是一款兼容Godot 4的AI原生引擎，每个步骤都是在真实编辑器内的对话面板里打一句话完成的。如果你想先了解游戏类型层面的内容，比如选哪种RPG类型、各类型需要什么，可以阅读配套概述：如何制作RPG。

{/* IMAGE: Hero graphic showing the build sequence as a horizontal flow: top-down player, stats panel, enemy, turn-based combat screen, dialogue box, quest reward, inventory. 1200x630, illustration. */}

开始之前：一个房间、一场战斗、一个任务

AI RPG开发中最大的错误，是一句话就要求整个类型。“做一个有组队系统、合成系统和百小时剧情的开放世界RPG”只会产生一团乱麻，因为这没有清晰的答案，各系统还没跑起来就已经互相冲突了。AI在你一次只给它一个有边界的系统时，才能表现最好。

在打第一个字之前，先确定你的切片范围。对于RPG，最小的完整循环是：

• 一个房间。 一块有边界的区域，不是世界地图。这个空间的作用是承载战斗和NPC。
• 一个敌人和一场战斗。 回合制，因为它避开了物理和时序问题。分出胜负，然后回到房间。
• 一个NPC和一个任务。 对话、接任务、完成它、拿到奖励。这就是RPG承诺的微型版本。

把它写成一句话：“一个俯视角RPG，在一个房间里探索，与一个敌人进行回合制战斗，并完成NPC给出的任务获得奖励。”这句话是你的北极星。下面的每一步都在把它推向可玩状态，前一步没跑通之前不加新东西。

第一步：从RPG模板开始，而不是空项目

空项目是一个什么都没有的空白场景，没有角色、没有摄像机设置、没有瓦片地图、没有输入绑定。从这里开始，意味着你头十个提示词都在重建每个俯视角RPG共有的脚手架。

从RPG模板开始。在Summer Engine中，RPG模板打开就是一个俯视角场景、一个可移动角色和一个已经按类型设置好的摄像机，第一步在你打字之前就已经完成，你真正的第一个提示词是关于你的游戏，而不是底层管道。

如果你的工具没有模板，第一条指令是：“搭建一个带瓦片地图地面的俯视角2D场景，玩家角色可以用WASD移动，摄像机跟随玩家。”在做其他任何事之前，先确认走路能正常工作。一个动不了的角色，在上面搭战斗系统是件很混乱的事。

{/* IMAGE: Screenshot of the Summer Engine editor with an RPG template open: a top-down room, a character sprite, tilemap floor, chat panel on the right. 1200x675, screenshot. */}

第二步：给玩家设置属性

移动让角色存在。属性让角色成为RPG角色。在战斗系统出现之前，玩家需要一套数字供战斗读写。

“给玩家添加一个属性面板，包含生命值、最大生命值、攻击、防御、等级和经验值。从1级开始，生命值为20。在屏幕顶部用血条显示当前生命值。”

属性列表要精简。对于第一个RPG，六个数字就够了，列表越短，后面接入战斗时越容易理解。运行游戏，确认血条显示出来且读数是20/20。可见的血条是属性存在且与屏幕相连的证明，下一步会用到它。

属性要先于战斗，原因是依赖关系。战斗会读写这些数字，如果先做战斗，就得事后把属性系统嵌进去，这比先把属性铺好、让战斗直接取用要慢得多。

第三步：添加一个敌人

现在给玩家一个可以战斗的对象。一个敌人，放在房间里，拥有和玩家相同结构的属性。

“在房间里添加一个敌人，有自己的属性：生命值15、攻击4、防御1。当玩家走进敌人时，触发一场战斗遭遇。”

这个触发机制，走进敌人开始战斗，是探索和战斗之间的接缝，值得做对。测试它：走进敌人，确认发生了什么，哪怕战斗本身现在只是一条占位提示信息。如果你想让敌人看起来像个真正的对手而不只是一组数字，可以通过提示词生成它的美术和行为，详见AI敌人生成器。

第四步：构建回合制战斗

这个系统让它成为RPG而不是步行模拟器。回合制是第一选择，因为它是纯逻辑而非时序：没有碰撞检测，没有动画窗口，只有清晰的攻守交替，AI可以可靠地实现它。

“战斗开始时，切换到回合制界面。玩家回合显示攻击和防御两个按钮。攻击造成玩家攻击力减去敌人防御力的伤害。然后敌人回合，敌人反击。如此循环直到一方生命值归零。敌人死亡，玩家获得经验值并返回房间。玩家死亡，显示游戏结束界面。”

这条提示词信息量很大，所以分步测试。开始一场战斗，按攻击，观察敌人血量减少的数值是否正确。然后确认敌人反击、循环在某方归零时结束、获胜后带着经验值回到房间。如果数值不对，描述你看到的现象，而不是原因：“敌人扣了15点血，但应该只扣3点”比“修复伤害公式”更有效，因为AI可以读代码，而你报告的是你实际看到的。

一场战斗干净地走完之后，加上让战斗感觉像进展的收益。

“当玩家积累足够的经验值时，升级：最大生命值增加5、攻击增加2，并恢复满血。显示升级提示信息。”

升级是RPG战斗与一次性战斗的区别所在。这也是第二步属性发挥价值的时刻，因为所有东西都已经就位，数字可以自然增长。

第五步：添加一个有对话的NPC

战斗是RPG的一半。另一半是可以交谈的人和值得去做的事。添加一个能进行分支对话的NPC。

“在房间里添加一个NPC。当玩家在附近按键时，打开对话框。NPC向玩家打招呼，并提供两个回应选项：询问这片区域的情况，或询问是否需要帮助。每个选项引向不同的后续台词。”

测试分支：走过去、对话，确认两个选项通向不同的内容，且对话框能正常关闭。分支是人们容易低估的部分，因为没有选项的对话不过是一块你走过去的告示牌。两条真实的分支就足以证明系统可用。

台词有两种写法：直接在提示词里写，或者根据角色描述生成后再调整以符合你的世界观。当你有几十个NPC时，生成台词的方式扩展性更好，详见游戏AI对话生成器。如果你想让NPC动态响应而不是走固定脚本，参阅如何在Godot中构建AI NPC。

{/* IMAGE: Split graphic. Left: a chat prompt reading add an NPC with two dialogue branches. Right: the top-down room with a dialogue box open showing two response options. 1200x675, illustration. */}

第六步：把对话变成任务

一段没有后续的对话只是场景装饰。一段给你任务的对话才是RPG。把NPC和一个目标与奖励连起来。

“给NPC添加一个任务：请玩家击败房间里的敌人。追踪敌人是否被击败。当玩家击败敌人后返回NPC，标记任务完成并给予玩家奖励。”

现在房间里的各个系统被串联起来了：NPC把你送去完成你已经搭好的战斗，你赢得的战斗完成了任务，任务给出收益。这个连接，一个系统推动下一个，是玩RPG真实感觉的来源，而你刚刚搭出了它最小的诚实版本。全程测一遍：对话、接任务、战斗、获胜、返回、领奖励。如果任务没有记录到击杀，就这样描述：“我打败了敌人但任务还显示未完成”，让AI来追查原因。

任务是RPG中内容密度最高的部分，所以早期建立一套可复用的创作方式很重要。相关流程见AI任务生成器。

第七步：添加一个小型背包

任务奖励需要一个地方存放，玩家也需要能看到自己拥有什么。一个最小化的背包来关闭这个循环。

“给玩家添加一个有几个槽位的背包。任务奖励发放时，将一瓶治疗药水加入背包。按键打开背包。玩家使用药水时，恢复10点生命值并从背包中移除。”

一件可以使用的道具是背包真实存在的证明，而不只是个列表。测试它：完成任务、打开背包、看到药水、使用它、观察血量上升和槽位清空。现在先忍住添加合成、装备和负重限制的冲动。能存放道具的槽位加上一件能做事的道具，对于第一个RPG来说就是完整的背包。深度在循环好玩之后再加，而不是之前。

第八步：游玩测试整个循环，然后修最糟糕的那个问题

现在你有了一个完整的RPG循环：探索、对话、接任务、战斗、升级、领奖励、使用道具。从头开始玩三四遍，每次玩完写下最烦人的那一件事。战斗太长、对话太慢、奖励感觉没意义。然后只修那一件事，再玩一遍。

这个循环，玩、找最差的问题、修它、重复，是RPG真正变好的方式，不管你是打提示词还是写代码。AI让每次修改都很快，所以你在一个晚上能跑的循环次数，可能比以前一周还多。这种速度只有用在迭代上才有价值，而不是生成五个半成品战斗系统、让它们永远无法连通。

第九步：导出构建版本

只存在于你电脑里的项目不是一款游戏，任何人都玩不到。构建版本才是。当循环足够好玩、最严重的bug都修完，就该导出了。

兼容Godot 4的AI原生引擎可以导出Windows、Mac和Linux的原生桌面构建，以及网页版本，发布时不收分成。对于第一次发布，把游戏上传到itch.io是让真实玩家体验你的RPG最快的方式。当你准备好上Steam，完整流程见如何在Steam上发布游戏。Steam对每个游戏收取一次性费用，并在上线前审核你的构建，所以留几天缓冲时间。itch.io没有这两个门槛，这就是为什么它是第一个发布目标的正确选择。

现实的时间预期

用实际小时数而不是营销话术来说：在范围控制得当的情况下，第一个可玩切片（第一步到第七步）需要一个下午到几个晚上；一个值得给人看的版本（到第八步）再需要一两个晚上的测试。带有大量内容的完整RPG需要数月，这不是AI的问题。RPG是内容密度最高的游戏类型：每条任务、每句台词、每件道具和每张地图都是手工创作的工作，而创作才是慢的那部分。AI压缩的是系统搭建的时间，而不是内容创作、数值测试，或者判断哪条任务无聊的时间。

这种方式目前还做不好什么

诚实能帮你省掉一个白费的周末。手感良好的实时动作战斗仍然需要人工调整时序参数，所以先做回合制。大型分支叙事需要AI不会凭空发明的结构。跨大量状态的存档系统、组队AI和程序化世界是架构决策，不是一句提示词能搞定的。这些都不会阻碍本指南里的切片。它们是把第一次范围控制在一个房间里的理由，和开头那个建议一样，因为那是最重要的建议。

开始构建

顺序就是全部的诀窍：模板、属性、敌人、战斗、对话、任务、背包、测试、导出。按顺序来，每步之后测试，第一次范围控制在一个房间和一场战斗。这就是一句话变成一款可以交给别人玩的RPG的方式。

免费下载Summer Engine，从RPG模板开始。类型层面的内容参阅如何制作RPG。深入了解内容系统，参阅游戏AI对话生成器和AI任务生成器。如果你还在考虑AI游戏开发是否适合自己，从AI游戏制作工具入口开始。