RPG开发实战：用AI提示词拆解角色、剧情与数值系统

如果你看上个月那篇 3D 游戏开发 AI 提示词系列第一弹，应该知道我最近一直在用 AI 辅助做游戏原型。今天这篇是第二弹，专门聊 RPG 与冒险这个品类。

RPG 大概是所有游戏类型里最能折腾开发者的一个。光一个角色系统就能牵扯出职业、属性、技能树、装备、背包，再叠加剧情分支、任务链、对话树、地牢、关卡、Boss 战，随便哪个模块抽出来都够写一本开发文档。以前我们只能靠手写策划案、手敲脚本、手动刷文本，现在我更倾向于把这些重复劳动拆成“提示词任务”丢给大模型，我再集中精力盯架构和体验细节。

这篇不会教你背一堆万能公式，也不会给你“复制粘贴就能做出完整 RPG”的幻觉模板。我会从 RPG 的底层结构拆起，把我在角色设定、剧情对话、任务关卡、数值战斗、Unity/Godot 代码生成这几个方向上用过的提示词写法，连同翻车记录和调优思路，一次性摊开给你看。如果你正打算用 AI 辅助 3D 游戏开发，尤其是想做一个真正能跑的 RPG Demo，这篇应该能帮你少走不少弯路。

1. RPG 项目里 AI 提示词的定位：从“玩具”到“生产力”

很多人一上来就让 AI“生成一个 RPG 游戏”，结果得到一堆看起来能玩、实际无法运行的代码，或者十几页空洞的世界观。这不是 AI 不行，而是你把提示词用错了地方。RPG 的复杂度决定了 AI 不可能一次生成全部内容，提示词的正确用法应该是“模块化外包”。

1.1 为什么 RPG 是提示词工程的最佳试验田

RPG 最大的特点就是“系统多、文本多、数值多”。系统多意味着可以拆成若干个独立的小模块；文本多意味着大模型最擅长的“批量产出自然语言内容”正好有用武之地；数值多意味着你可以让 AI 先按规则生成表格，再人工检查平衡性。

我经常把 RPG 开发比作装修房子。你不需要让 AI 帮你设计整栋楼，你只需要让它帮你去买瓷砖、排电线、贴墙纸。每个环节给出明确的规格和验收标准，AI 就是一个随叫随到的施工队。比如“给我 10 个不同派系的魔法咒语描述”“写一段发生在废弃矿坑的支线任务”“帮我生成一份 1-30 级的怪物成长曲线”，这些都是 AI 完成度很高、又不会涉及项目核心架构的任务。

另外，RPG 的“库存物品”“任务日志”这类内容具有很强的结构化特征。你可以要求 AI 以 JSON 或 Markdown 表格输出，然后直接转成 ScriptableObject 数据。这比让它直接输出大段代码更可控——数据结构是你定的，AI 只需要填内容。

1.2 AI 提示词在整个 3D 工作流中的位置

这里要先泼一盆冷水：提示词替代不了建模、绑定、动画、引擎调试。AI 生成的 3D 资源往往只能当概念图或临时占位资源，代码也经常需要你重新 review。但反过来，提示词可以在以下几个环节成为真正的生产力工具：

• 策划案快速产出：从一句“地牢主题 Boss 战”扩展到完整的机制描述、阶段切换、演出脚本。
• 文本批量生成：NPC 对话、装备描述、书籍文献、任务说明。
• 代码脚手架：背包系统、对话系统、任务追踪器的框架代码。
• 数据结构设计：把配置表需求描述成字段，让 AI 生成 JSON 示例。
• 关卡布局草稿：用文字生成平面图坐标，再导入引擎进行调整。

我的建议是把提示词当成“需求翻译器”。你心里有一个方案，但不想花时间打字，或者想看看 AI 有没有更好的表达，就用提示词把心里的约束说清楚，让它快速给出初稿。你永远是那个定方向的人，AI 负责在既定轨道上加速。

2. 写提示词前必须先想清楚：RPG 底层结构拆解

写 RPG 提示词之前，如果你不懂 RPG 本身，那你连赌运气都赌不中。我见过太多人写“请帮我设计一个技能树”，结果 AI 给出一棵大路货技能树——不是 AI 笨，而是你没告诉它你的职业体系、资源循环、战斗节奏。

2.1 角色、成长、战斗、剧情、探索和奖励

一套能循环起来的 RPG 框架，至少要包含这几个核心模块。我习惯把它拆成一张表，每个模块对应一组提示词策略：

这些模块不是割裂的，它们通过“玩家意图”连在一起。玩家探索地图，遭遇战斗，获得奖励，提升角色，继续探索下一个区域。你的提示词如果能体现出这条循环，AI 产出的内容就会比那些零散拼凑的东西靠谱得多。

举个例子，你让 AI 设计一个 3 级副本时，如果只是在提示词里说“设计一个冰雪洞穴”，它可能给你一堆华丽但无法落地的描述。但如果你把上面的循环写进去——“这个副本的入口在 10 级区域边缘，玩家需要完成前置任务才能进入，内部有 4 个普通怪点、1 个精英怪、1 个 Boss，Boss 掉落材料可以强化冰抗装备”，AI 生成的就是可执行的关卡设计表，而不是抒情散文。

2.2 用“模块化提示词”替代“一整段 prompt”

RPG 的系统关联性很强，但这不意味着你要把所有信息塞进一个大 prompt。大模型上下文窗口有限，你塞得越多，它在细节上的表现就越稀释。我现在的做法是“一个模块一个 prompt，公共设定单独维护”。

具体来说，我会先准备一份“项目世界观/核心循环”文档，里面包含游戏名、基调、目标平台、核心机制、美术风格、禁忌事项。然后每一次写提示词，都先把这份文档的关键部分粘贴进去，再写当前模块的具体任务。

比如我要让 AI 设计一个“破晓骑士”职业，提示词的结构是：

[项目公共设定] 游戏类型：3D 俯视角动作 RPG 美术风格：暗黑卡通，参考《哈迪斯》的光影氛围 战斗节奏：快节奏、强调闪避和连招 禁忌：不要出现现代枪械、不要出现日式校园元素 [当前任务] 请设计一个职业“破晓骑士”，要求： 1. 输出格式为 Markdown 表格，包含职业定位、核心资源、基础属性权重、初始技能列表。 2. 属性权重用 1-5 表示，5 为最高。 3. 初始技能最多 3 个，每个技能包含技能名、类型、消耗、效果描述、特效关键词。 4. 所有描述要用中文，术语统一。

这样写的好处是，AI 能清楚地区分“长期记忆”和“当前指令”。你不会在每次对话里重复世界观，也不会因为一次性要求太多导致输出内容飘散。独游开发者的时间本来就不够用，模块化提示词能帮你把 AI 的产出控制在一个可以快速验收的粒度。

3. 实战：RPG 各环节提示词直接抄

理论说完了，下面给实际可用的提示词。这些不是那种“生成一个 RPG”的废话模板，而是我实际在项目里用过、能拿到结构化产出、再花少量时间整理就能用的版本。

3.1 角色设定类提示词

角色设定不要只生成一段背景故事。做游戏需要的是“可以被数值化、被系统识别”的角色。我通常让 AI 输出一个包含角色属性、定位、成长方向、技能苗子的结构化描述。

这里给一个适合动作 RPG 的职业设计提示词：

你是 3D 动作 RPG 的系统策划。请设计一个职业“虚空行者”，要求输出 Markdown 表格。 字段：职业名称、英文代号、武器类型、护甲类型、主属性、副属性、职业定位、操作难度、核心机制一句话、初始技能（最多3个）、角色性格关键词（3个）、背景故事（150字以内） 约束： - 职业定位要基于“高机动、中低血量、爆发输出”这个框架。 - 初始技能必须包含一个位移技能，一个输出技能，一个控制或生存技能。 - 技能描述要包含“效果文案”和“战斗表现关键词”，比如“闪烁、残影、紫色能量”。 - 不要写“该职业适合新手”这种空话，要用具体机制说话。

你可能会问：为什么不直接让它生成整个职业综合设定？因为内容越少，AI 越容易跑偏。把它限定在“职业”这一个层面，同时给好属性标签和技能结构，产出的东西基本可以直接放进策划案。

如果你在 Unity 里用 ScriptableObject 配置角色，还可以追加一句：“请把上述内容整理为 JSON，包含 id、name、roleDescription、baseStats、skills 数组，其中 skills 每个元素包含 skillName、skillType、cost、cooldown、description。”这样你拿到 JSON 后写一个小解析脚本，就能批量生成 .asset 文件。

3.2 对话与剧情脚本提示词

RPG 的对话文本量非常大，但很多游戏对话读起来像机翻，因为缺少“语感锚点”。我让 AI 生成对话时，一定会给它三个东西：角色设定一句话、说话习惯、当前场景目标。

如果用 Yarn Spinner 或 Ink 这类对话工具，还可以要求 AI 直接输出对应格式。这里用最常见的 JSON 对话树来演示：

你是游戏编剧。请在 3D 冒险游戏“雾港镇”中，为 NPC“码头管事老葛”生成一段主线对话。 对话背景：主角第一次来到雾港镇，需要打听通往沉船海湾的路。老葛是个警惕心很强、说话爱用隐喻的老渔民。 要求： 1. 输出 JSON 格式，包含 nodes 数组，每个节点有 id、speaker、text、choices。 2. choices 最多 4 个，每个 choice 有 text 和 nextNode。 3. 至少有一个分支会让老葛拒绝帮忙，另一个分支通过“递上酒壶”触发隐藏情报。 4. 老葛的对白不能超过 40 字/句，要有“海风”“潮水”类的语感词。

这里的关键是“通过递上酒壶触发隐藏情报”——这是你在引导 AI 设计分支，而不是让它自由发挥。AI 生成的分支往往很散，你需要给它一个明确的分支触发物和分支结果，它才能写出有游戏逻辑的对话树。

生成之后，我会人工检查一遍每个 choice 的 nextNode 是否存在，避免出现死链。这个检查在对话量大的时候很麻烦，但如果你一开始就在提示词里要求“所有 nextNode 必须指向已存在的 node id，并且不允许出现指向自身的循环节点”，AI 基本能一次性做对。

3.3 任务/关卡/世界构建提示词

任务和关卡是 RPG 的骨架。我的经验是，让 AI 输出“任务流程图 + 关卡布局表”，而不是大段叙述。

任务链提示词示例：

请设计一个 3 节点支线任务链，发生在中世纪城镇“灰岩城”，主题是“失踪的钟楼守夜人”。 任务链结构要求：接取任务 → 调查钟楼 → 与嫌疑人对峙 → 选择分支（放过/揭发） → 交付给委托人。 输出要求： 1. 用表格列出每个任务节点：ID、名称、触发方式、目标描述、关键 NPC、奖励、失败条件。 2. 每个节点补充 100 字以内的演出描述，包含镜头提示和氛围关键词。 3. 分支必须具备长期影响：选择“放过”会让委托人失望，但后续黑市商人会提供折扣；选择“揭发”会让城镇居民声望提高，但会失去一个潜在情报源。 4. 不要出现“然后”“接着”这类连接词堆叠，直接写节点内容。

这里重点是“分支具备长期影响”。很多 AI 生成的支线任务，分支只在任务结束时给个不同对话，没有任何后续结果。作为策划，你需要在提示词里强制它写出“两种选择带来的不同奖励和世界状态变化”，这样任务链才能和游戏的全局状态管理接上。

关卡布局提示词可以更偏 3D 场景。我一般要求输出平面坐标和空间关系：

你是关卡设计师。请设计一个 3D 视角的“废弃教堂”关卡，玩家从正门进入，最终在地下墓室击败精英怪。 输出要求： 1. 使用 Markdown 表格列出区域：区域名、用途、建议面积（平方米）、连接区域、敌人配置、物件清单。 2. 用坐标描述关键物体位置：X轴表示东西，Z轴表示南北，原点为正门。例如“Boss 战斗区域位于 X=12, Z=-28”。 3. 区域连接关系要形成有分支但可回流的路径，不允许有只能进不能出的死胡同。 4. 考虑垂直空间：至少包含一个高低差区域，并用文字说明玩家如何在高处和低处之间移动。

你可能觉得让 AI 设计关卡坐标有点“纸上谈兵”，但至少它给你的坐标可以让你在 ProBuilder 或 Blender 里快速搭出灰盒。AI 生成的地形结构，比你自己凭空想象更可能跳出习惯性思路。唯一要注意的是：AI 经常忽略碰撞体和通行宽度，你在关卡数据表后最好追加一句“所有通道宽度不得小于 2 米，确保角色控制器可以无碰撞通过”。

3.4 战斗与数值系统的提示词

战斗数值是最不能交给 AI 乱搞的部分，但 AI 可以帮你“建模型”和“验算”。我最常用的方式是让 AI 先给公式，再要求它用指定参数生成数值表。

一个伤害公式生成提示词：

你是 3D 动作 RPG 的数值策划。请为游戏设计一套基于属性和技能的伤害计算公式。 规则： - 玩家属性包含攻击力(ATK)、暴击率(CRIT)、暴击伤害(CRIT_DMG)、属性精通(MAST)。 - 敌人属性包含防御力(DEF)、抗性(RES)、等级(LEVEL)。 - 伤害结果必须包含普通伤害和暴击伤害两种情况。 要求： 1. 先给出公式的数学表达式，并解释每个参数的角色。 2. 给定一个标准模板：ATK=100，CRIT=10%，CRIT_DMG=150%，MAST=20，DEF=50，RES=0，LEVEL=1。请计算普通伤害和暴击伤害。 3. 生成一张表格，列出 ATK 从 80 到 200、每 20 递增的伤害变化，其他参数保持不变。 4. 检查公式是否有“防御力过高导致伤害接近 0”的问题，如果有，请提出一个“伤害下限”方案，并重新计算。

这个提示词的核心价值是“反向约束”。它会先让 AI 自己定公式，然后强制它代入具体数值验算，并且在第 4 步里故意引导它发现公式的极端情况。我实测下来，AI 看一遍自己的计算结果之后，再让它输出第二版公式，通常会更合理。

如果你想生成敌方 AI 行为，可以让 AI 输出状态机描述：

请为 3D 游戏中的“巨型蛛魔”Boss 设计 4 个战斗阶段的行为树逻辑。 输出格式： - 每个阶段列出敌人技能、触发条件、持续时长、相应对策。 - 用伪代码描述 AI 决策逻辑，例如： if player_distance < 3 and ability_off_cooldown("毒牙撕咬") then 使用毒牙撕咬 if player_distance > 8 and not in_enrage then 跳跃突进 - 阶段切换条件要和 Boss 血量百分比挂钩：100%-75%、75%-50%、50%-25%、25%-0%。 - 最后给出一个“避免玩家无脑站桩输出的机制”设计思路。

这里让 AI 用伪代码而非完整代码，因为战斗 AI 和具体引擎绑定太深。伪代码你能看懂、能评审逻辑，之后再手工映射到 Unity 的 Animator 或 Godot 的 StateMachine，比直接让 AI 生成完整 C# 类更可控。

3.5 Unity/Godot 代码生成类提示词

代码生成是很多人的兴奋点，也是最容易翻车的地方。我在用 AI 辅助 RPG 代码时，会把提示词分成“数据结构”和“逻辑实现”两步走。

先看一个 Unity 背包系统数据结构提示词：

你是 Unity 高级开发工程师，使用 Unity 2022 LTS，C# 10。 请设计一个单机 RPG 背包系统的数据层，要求： 1. 使用 ScriptableObject 建立 Item 和 ItemInventory 两个核心类。 2. Item 包含 id、displayName、description、icon、itemType(枚举：武器、防具、消耗品、任务物品)、stackable、maxStack。 3. ItemInventory 包含 List<ItemStack>，支持 AddItem、RemoveItem、GetItemCount、SortItems 方法。 4. 不要生成 MonoBehaviour 的单例逻辑，数据层只负责数据和基本操作。 5. 输出完整 C# 代码，字段使用 private 并暴露属性，方法必须包含注释。 最后把数据结构整理成 JSON 示例，包含“铁剑”“治疗药水”“锈蚀钥匙”各一条。

为什么强调“数据层”和“不要生成单例逻辑”？因为 AI 很容易把保存/加载、UI 事件、MonoBehaviour 生命周期全部揉在一起，最后给你一团乱麻。你把边界划清楚，告诉它只做数据层，产出质量会高很多。

在 Godot 里，代码生成提示词要更注意节点路径和信号。比如：

你是 Godot 4 游戏开发者。请为 RPG 角色控制器实现一个简单的 3D 移动逻辑。 要求： - 使用 CharacterBody3D。 - 包含跑步、跳跃、重力处理。 - 不要使用被废弃的 KinematicBody 或 move_and_slide API。 - 输出 GDScript 代码，并注明脚本应挂在哪个节点上。 - 跳跃高度和速度用 export 参数暴露。

我特意提到“不要使用被废弃的 API”，是因为 Godot 4 和 3 的 API 变化很大，AI 有时会混着生成。你需要主动告诉它版本，避免它默认生成老代码。

无论是 Unity 还是 Godot，代码生成后都别直接编译过就当成功。你至少要检查这些点：生命周期函数是否正确、空引用是否处理、泛型是否支持、AI 是否编造了不存在的 API。这些检查本身也是编程基本功，你不能指望提示词替你写代码，提示词只是帮你把第一版代码快速拉出来。

3.6 3D 场景/美术资源提示词

既然标题里有 3D，美术资源这环绕不开。现在 AI 生成 3D 模型还不能直接进引擎管线，但概念图、材质贴图、法线贴图、UI 图标这些是可以批量生产的。

如果你想用 Midjourney 或 Stable Diffusion 辅助 RPG 美术，提示词描述可以这样组织：

3D 游戏概念设计，废弃钟楼内部场景，斜射的黄昏光束穿过彩色玻璃，地面碎石苔藓，暗黑写实风格，广角镜头，体积雾，Unity 引擎实时渲染质量，机械钟零件散落，氛围参考《血源诅咒》，不要现代物品，不要文字水印 --ar 16:9

如果是做材质贴图，可以简化成：

无缝岩石材质，中世纪地牢石板，湿滑表面，法线贴图风格，高细节，平铺 tileable，没有明显光源方向，PBR 纹理 --tile

这类提示词不属于游戏逻辑，但它是 RPG 项目里非常刚需的一环。我的建议是，AI 生成的图不要直接放进项目，至少要进 Photoshop 或 GIMP 处理一下接缝和色调。否则同一套 AI 画面放在不同场景，会有明显的风格漂移。

另外，AI 绘图提示词也可以用来做“概念对齐”。比如团队对“暗黑卡通”理解不一，你可以让 AI 生成几张风格差异很大的概念图，放在一起挑选，再把选定的那张写进美术规范文档。这样做能在前期避免大量返工。

4. 提示词调优经验：从一次翻车到稳定产出

提示词不是一次写好的，我刚开始用的时候翻车率极高。有一次让 AI 生成一个“支线任务链”，它给我写了一整页抒情散文，任务目标只字不提。我后来把所有提示词都加上“输出表格”“每一步可追踪”“明确验收标准”这类约束，才慢慢稳定下来。

4.1 上下文窗口管理与“角色注入”

大模型上下文窗口有限，但 RPG 设定常常很长。你没必要在每次对话里粘贴全量设定，更好的做法是使用支持“知识库/系统提示词”的工具，比如 Claude 的 Projects、ChatGPT 的自定义指令、或者自己维护一份项目说明。把“公共设定”放在一个固定位置，每次只发当前模块任务。

“角色注入”是另一个有效手段。在提示词最前面加一句“你是一位拥有十年以上 3D RPG 开发经验的主策兼主程”，能让 AI 的输出语气和视角更专业。但别迷信这个，角色注入只能影响风格，不能弥补信息缺失。真正让它产出靠谱内容的是你给的约束是否具体。

我踩过的坑是，让 AI 生成任务对话时，忘记告诉它“游戏面向成人，可以接受黑暗结局”，结果它把每一个分支都强行导回“和平正义”的结局。后来我把“基调限制”加入系统提示词固定字段，才解决问题。类似的信息还有“是否允许角色死亡”“是否有道德系统”“剧情是否存在隐藏真相”，这些都会影响 AI 对剧情的走向判断。

4.2 迭代式提示词：先生成骨架，再填充血肉

不要指望一个提示词一步到位。我现在做 RPG 内容，习惯三轮迭代。

• 第一轮：让 AI 生成结构骨架。比如任务链的节点表、对话树节点图、职业成长路径表。
• 第二轮：针对骨架中的每一个内容模块，单独发一轮提示词填充细节。
• 第三轮：让 AI 并排检查冲突、填补遗漏，并做风格统一。

以任务“失踪的钟楼守夜人”为例，第一轮我拿到的是任务节点表和分支条件。第二轮我会发：

请为“调查钟楼”这个节点生成 3 个可互动物体（破碎的怀表、被撕掉一页的日记、沾油的脚印），每个物体给 100 字调查描述，并附带 1 个线索关键词。输出表格。

第三轮我会发：

检查这 3 个调查物之间的逻辑关联，确保它们能共同指向“嫌疑人约瑟夫”。如果有关联矛盾，请给出修改后的描述。

这样三轮下来，生成的内容不仅细，而且逻辑完整。你可能会觉得这样耗时，但实际比一次生成后大量修改快得多，因为每轮输出的内容都短，方便检查。

4.3 常见问题与排查技巧实录

我把实际项目中遇到过的提示词问题整理成了速查表，方便你遇到类似情况时快速定位：

这张表不是包治百病，但它覆盖了我最常遇到的问题。你如果遇到其他情况，基本原则是一样的：把问题当成“需求不明确”而不是“AI 不够聪明”，然后在提示词里增加约束或减少范围。

5. 我的 RPG 项目实操案例：30 天 Demo 复盘

说了这么多，不如看一个真实案例。我和朋友花 30 天做了一个名为《雾港余烬》的 3D 俯视角 RPG Demo，整个过程大量使用 AI 提示词。虽然 Demo 很粗糙，但正好能说明提示词在真实项目里怎么起作用。

5.1 案例背景与工具链

项目定位是“北欧荒岛+炼金术”题材的短流程 RPG，预计游戏时长 20-30 分钟，包含 3 个区域、6 个 NPC、1 个主线任务、2 个支线任务、5 种敌人、1 场 Boss 战。

引擎用 Unity 2022 LTS，3D 模型全部用 Blender + 少量低模，AI 绘图用于概念参考和 UI 图标。AI 工具主要是 Claude（长对话）和 ChatGPT（快速代码），偶尔用本地部署的小模型做批量文本清洗。没有专职策划，所以所有提示词工作由我和另一位程序分担。

一开始我们想全用 AI 生成代码，后来发现行不通——AI 生成一个系统没问题，但多个系统之间的接口还是需要人来定义。后面调整成“我写接口和数据结构，AI 按照接口填充实现细节”，效率立刻上来了。

5.2 提示词如何用在场景搭建、系统框架、内容生产

先说场景搭建。我们第一个区域“灰烬港”的原始需求只有一句话：“海边的小渔村，气氛压抑，房子破败。” 我想让 AI 把这句话变成可以搭灰盒的布局。

我当时用的提示词是：

请为 3D 俯视角 RPG 的村庄场景“灰烬港”生成一张区域布局表。 要求包含：区域名称、核心功能、面积（平方米）、相对位置描述、可交互物件、NPC/敌人分布、光照氛围。 建议布局：码头区、中心广场、居住区、废弃教堂、通往海岸洞穴的出口。 每个区域用坐标描述相对位置，坐标以中心广场为原点。

AI 输出了一张 5 行表格，坐标关系明确。我们照它搭灰盒，大概一天时间就搭完了。虽然实际面积和路线做了修改，但 AI 提供的位置关系让我们少走了很多弯路。

系统框架方面，背包系统就是按上面第 3.5 节的方法生成的。我先手动写了环形接口（IItemContainer、IInventoryUI），然后让 AI 按接口实现 Bag 类的增删查改。它生成的代码里有一个隐藏 bug：RemoveItem 方法在数量不足时会变成负数。我 review 时加了钳制逻辑。这个 bug 很小，但说明 AI 代码一定要有人 review。

内容生产是效率提升最明显的环节。6 个 NPC 的对话随口编也能编，但要让每个人口吻不同、且能引出任务信息，很花时间。我做了个“人物小传 + 语气样例 + 当前对话目标”的模板，批量给 AI 喂信息，让它一次输出 6 个 NPC 的对话 JSON。实际花了一个晚上整理，如果是纯手写，至少要三天。

Boss 战设计也用到了第 3.4 节的敌人 AI 提示词。AI 给出了 4 个阶段的伪代码，我们把它映射到 Unity 的 Animator 状态机。最有价值的是 AI 建议的“蛛网减速地面区域”机制，这个机制原本不在我的设计里，但它的伪代码触发逻辑很清晰，我们最终实现了类似效果。

5.3 收益分析和踩坑清单

粗算下来，AI 提示词帮我们省掉的时间大概如下：

• 策划案/文本内容：省 40%-50%。特别是 NPC 对话、物品描述、任务日志这些“量大但不难”的内容。
• 代码脚手架：省 20%-30%。因为 review 和修 bug 也要花时间，省的是初稿时间。
• 3D 场景布局设计：省 15%-20%。AI 给出的空间关系能直接用，但灰盒仍然要人工搭。
• 美术资源：几乎没有节省。AI 绘图只用作概念对齐，实际模型制作完全靠人。

说实话，30 天做完 Demo，如果不用 AI，估计要 45 到 50 天。所以收益是真实的，但也没夸张到“一个人顶一个团队”。

踩坑清单里最值得说的是这几点：

• AI 生成的关卡描述经常忽略碰撞体尺寸。它喜欢把通道写得很宽，实际塞进 3D 角色后到处碰撞。后来我每次生成场景表格都强制附加一句“通道宽度不小于 2 米”。
• AI 生成的 C# 代码有时会包含中文变量名。Unity 默认支持 UTF-8 没问题，但某些文本文件编码不对就会乱码。建议提示词里加上“变量名和标识符使用英文”。
• 对话 JSON 偶尔出现重复的 node ID。批量生成时，AI 会在长列表里把某个节点 ID 写重。我后来专门写了一个 Python 脚本检查 JSON 的唯一性，比用眼睛看靠谱。
• 最隐蔽的坑是“AI 当着你的面撒谎”。让 AI 生成某个引擎版本的 API 时，它可能编造出看起来很像、实际不存在的方法。遇到不认识的 API，一律先查官方文档，别相信 AI 的“我记得”。

6. 最后再分享一点我的体会

做了这么多 RPG 提示词之后，我最大的感受是：提示词工程本质上是“需求拆解能力”的延伸。你会拆 RPG 系统，你就能写好提示词；你不会拆，给你再强的模型也只会得到一堆正确的废话。

我的习惯是，每次从 AI 那里拿到一个令人惊喜的回复，就把它逆向拆成一模板。比如这次发现“让 AI 生成数值公式并带上极端情况检查”效果很好，我就把这一条写进我的项目模板库。下次再遇到数值设计需求，直接套用。久而久之，这套提示词库会越来越厚，你自己的开发效率也会越来越高。

另外，如果你是个刚入行的独立开发者，我的建议是先别急着用 AI 做一把完整的 RPG。先从最小模块试起：让 AI 帮你写 3 段 NPC 对话，再手动接入你正在用的对话插件；让 AI 帮你生成一张 3D 小型场景的布局表，再照着搭灰盒。等你熟悉了“给 AI 提需求”的节奏，再慢慢放大范围。这个系列既然是第二弹，后面我还会继续聊其他游戏类型。希望这篇 RPG 与冒险篇的提示词思路，能帮你在自己的 3D 游戏项目里少一点“对着 AI 发愣”的时间，多一点“这玩意儿怎么比我想的还顺”的惊喜。