如果你看上个月那篇 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 状态机逻辑、技能效果数据剧情系统主线/支线如何推进分支如何影响后续对话树、剧本大纲、任务简报、多结局条件探索系统地图结构、节点连接、隐藏内容如何触发地图分区描述、事件触发条件、房间/区域布局表奖励系统玩家付出后能得到什么如何驱动重复游玩掉落表、装备品质梯度、锻造/合成配方这些模块不是割裂的它们通过“玩家意图”连在一起。玩家探索地图遭遇战斗获得奖励提升角色继续探索下一个区域。你的提示词如果能体现出这条循环AI 产出的内容就会比那些零散拼凑的东西靠谱得多。举个例子你让 AI 设计一个 3 级副本时如果只是在提示词里说“设计一个冰雪洞穴”它可能给你一堆华丽但无法落地的描述。但如果你把上面的循环写进去——“这个副本的入口在 10 级区域边缘玩家需要完成前置任务才能进入内部有 4 个普通怪点、1 个精英怪、1 个 BossBoss 掉落材料可以强化冰抗装备”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 战斗区域位于 X12, 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. 给定一个标准模板ATK100CRIT10%CRIT_DMG150%MAST20DEF50RES0LEVEL1。请计算普通伤害和暴击伤害。 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 LTSC# 10。 请设计一个单机 RPG 背包系统的数据层要求 1. 使用 ScriptableObject 建立 Item 和 ItemInventory 两个核心类。 2. Item 包含 id、displayName、description、icon、itemType(枚举武器、防具、消耗品、任务物品)、stackable、maxStack。 3. ItemInventory 包含 ListItemStack支持 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 常见问题与排查技巧实录我把实际项目中遇到过的提示词问题整理成了速查表方便你遇到类似情况时快速定位现象常见原因解决办法输出内容过长被截断单次提示词需求太多、没有限制长度拆分任务在提示词里写“每个节点描述不超过 80 字”“技能描述限 1 行”代码编译不过没指定引擎版本和 API 版本AI 生成了旧 API提示词开头写清“Unity 2022 LTS / Godot 4”要求“先输出伪代码确认逻辑后再转 C#”剧情文案像通用模板世界观约束不够之前生成的相似内容污染了上下文提供具体场景和角色台词“语感锚点”比如“像酒馆老板说话带水手俚语”输出内容前后矛盾上下文过长早期设定被遗忘在提示词里复述关键设定或把早期设定单独维护成文件每次粘贴任务分支无法形成闭环没有要求 nextNode/后续影响强制输出字段 nextNode并且要求“所有 nextNode 必须指向实际存在的节点 ID”生成内容“太安全”没有在提示词里允许灰色、黑暗或冲突设定补充基调约束如“允许背叛、欺骗、角色死亡”“结局不需要全员幸存”AI 编造了不存在的 API模型受到其他框架的代码污染要求代码附带“API 文档来源”或者让它先写注释接口再手动对照官方文档这张表不是包治百病但它覆盖了我最常遇到的问题。你如果遇到其他情况基本原则是一样的把问题当成“需求不明确”而不是“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 LTS3D 模型全部用 Blender 少量低模AI 绘图用于概念参考和 UI 图标。AI 工具主要是 Claude长对话和 ChatGPT快速代码偶尔用本地部署的小模型做批量文本清洗。没有专职策划所以所有提示词工作由我和另一位程序分担。一开始我们想全用 AI 生成代码后来发现行不通——AI 生成一个系统没问题但多个系统之间的接口还是需要人来定义。后面调整成“我写接口和数据结构AI 按照接口填充实现细节”效率立刻上来了。5.2 提示词如何用在场景搭建、系统框架、内容生产先说场景搭建。我们第一个区域“灰烬港”的原始需求只有一句话“海边的小渔村气氛压抑房子破败。” 我想让 AI 把这句话变成可以搭灰盒的布局。我当时用的提示词是请为 3D 俯视角 RPG 的村庄场景“灰烬港”生成一张区域布局表。 要求包含区域名称、核心功能、面积平方米、相对位置描述、可交互物件、NPC/敌人分布、光照氛围。 建议布局码头区、中心广场、居住区、废弃教堂、通往海岸洞穴的出口。 每个区域用坐标描述相对位置坐标以中心广场为原点。AI 输出了一张 5 行表格坐标关系明确。我们照它搭灰盒大概一天时间就搭完了。虽然实际面积和路线做了修改但 AI 提供的位置关系让我们少走了很多弯路。系统框架方面背包系统就是按上面第 3.5 节的方法生成的。我先手动写了环形接口IItemContainer、IInventoryUI然后让 AI 按接口实现 Bag 类的增删查改。它生成的代码里有一个隐藏 bugRemoveItem 方法在数量不足时会变成负数。我 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 发愣”的时间多一点“这玩意儿怎么比我想的还顺”的惊喜。
