做3D游戏开发的AI提示词系列第二弹我准备死磕“生存与制作”这个品类。上一弹偏工具链和底层搭建这次我真正把重心放在了玩法循环上资源怎么长、工具怎么用、房子怎么盖、晚上怎么活下来。如果你正卡在“手里有AI但不知道让它干什么”的阶段这10条提示词可以直接抄作业覆盖地形、天气、采集、建造、合成、AI生物、存档同步这些高频模块。先说说我为什么单独把生存与制作拎出来做一期。生存游戏看似简单砍树、捡石头、造工具、盖房子但它在3D场景里的实现复杂度比一般玩法高一个量级。资源需要可循环生成地形要能承载建造逻辑日夜循环影响AI行为合成配方牵扯UI和存档。通用AI提示词在这种玩法面前经常会“想当然”比如直接给你一个光源点亮的示例却完全没考虑生物群落的资源分布。所以这一弹的每条提示词我都会拆解写法背后的设计意图让你知道改哪里、删哪里、对接哪段代码。1. 为什么“生存与制作”玩法需要专属提示词体系直接抛一个反直觉的结论生存制作玩法的AI提示词不应该从“生成一棵树”开始而应该从“生成一套资源循环”开始。大多数开发者第一次找AI帮忙习惯说“帮我写一个砍树逻辑”得到的回答通常是一段光秃秃的鼠标点击检测加资源扣减然后就没有然后了。这恰恰是生存游戏开发最容易翻车的点单点功能好做系统闭环难搭。生存游戏的核心是三条链路。第一是资源链路树木砍掉之后要不要再生再生周期和什么绑定矿石刷新点会不会被玩家堵住第二是空间链路地形坡度限制建造、建筑碰撞体积、墙体如何与地面衔接第三是状态链路饥饿值、口渴值、温度值怎么影响移动速度和生命恢复。这三条链路在2D游戏里可以用线性逻辑处理但换成3D场景后体积、碰撞、空间连续性全部变成隐形的坑。你让AI生成一个“自动生长的树木系统”如果不约束“树木生长位置必须避开玩家建筑区块”它就会在房子中心长出一棵参天大树。所以这套提示词体系的第一个原则是必须把玩家行为和系统反馈绑定在一起描述。第二个原则是必须明确交付物格式。在3D游戏开发里同一个需求落到不同岗位上完全是两回事。主程序需要状态机、资源管理接口和定时器TA需要材质参数和粒子效果描述策划需要配置表和数值曲线美术需要参考图和模型布线建议。这条提示词到底是写给代码生成器、AI绘图工具还是建模助手的一定要在开头写清楚。明确交付物远比堆砌形容词有用。这一弹的10条提示词我按落地节奏分成两组。前5条偏“场景与机制基础”适合项目起步阶段帮你快速建立可运行的地形、天气、采集、状态UI这些地基后5条偏“进阶系统与玩法循环”解决建造、合成、工具耐久、AI生物、多人同步这些真正塑造体验的部分。每条提示词我都给了中英文对照核心写法因为不少AI工具对英文Prompt响应更稳定但中文工程注释更适合现场沟通。你可以两条腿走路。2. 提示词的通用骨架先学会Layer分层法直接给提示词全文之前我觉得有必要说清楚这10条提示词背后共享的骨架。我在生成大量AI提示词之后发现一个问题很多人提交给AI的是一大段平铺直叙的需求乍一看很详尽AI输出却总是不对味。这是因为AI理解长提示词时也会“迷失重点”。后来我把提示词改成五层结构生成质量立刻上了一个台阶我管它叫Layer分层法。Layer 0是身份与视角约束。告诉AI你扮演什么角色是资深Unity游戏程序员还是TA还是独立游戏策划。不同视角产出的内容完全不同。Layer 1是交付物类型。指定输出内容是配置表结构、C#脚本、概念设定图、Prompt扩展还是技术方案文档。Layer 2是场景规格。用一组关键词锁定项目的技术边界比如URP渲染管线、PC端、第三人称视角。Layer 3是玩法规则。把生存制作的核心机制用条件句式表达如果玩家做了A系统就反馈B同时受C参数影响。Layer 4是审美与技术禁忌。明确不要什么比如不要浮空建筑、不要低面数风格、不要每帧创建物体。举个实际例子。我要让AI设计植被生成方案普通提示词是“帮我生成森林”输出基本没法用。用Layer分层法之后是这样你是一名擅长开放世界渲染优化的Unity TA。 交付物一份植被放置与性能优化技术方案。 场景规格PC端3D游戏URP管线使用Terrain系统和GPU Instancing。 玩法规则森林需要按海拔分布树木密度山脚稀疏、山腰茂密、山顶只长低矮灌木 每个植被实例需要支持可采伐采伐后留下树桩并按游戏时间刷新 刷新点必须避开玩家建筑区域。 技术禁忌不能使用每帧遍历全图植被的检测方式不能烧录Lightmap后植被变黑。你可以直观感觉到AI收到这样的提示词后返回的内容会非常聚焦。核心原因在于Layer把“做什么”和“怎么做”的边界划清楚了。而后面我给的10条提示词没有一条是单一长句全部是这种多行结构。你在复用的时候只需要替换Layer 2的场景规格和Layer 4的禁忌就能套用到手游甚至小游戏平台。比如做微信小程序游戏开发的时候把场景规格改成低端设备兼容、内存限制、DrawCall预算提示词输出的方案会立刻收缩到可行范围。搭好这个骨架之后还有一个容易被忽略的步骤让AI先输出“理解摘要”再输出正式交付物。我实测下来提示词尾部加上一句“请先用三行以内复述你理解的需求确认无误后输出正式方案”能消除至少一半的误解。尤其是生存制作这种多系统耦合的需求AI如果理解错了“资源再生”的意思后续所有代码接口都会跑偏。3. 场景与机制基础5条快速上手提示词现在进入第一组。这5条提示词适合你还没有地基的时侯用它们的输出都比较独立不用先有其他系统接入成本低。每一条我都标了核心适用工具和关键参数位置。3.1 3D地表生物群落与资源分布生成角色资深3D环境美术与技术美术。 交付物一张可编辑的3D地表生物群落规划表包含分区图、植被密度参数、资源点分布坐标建议。 场景规格中大型开放区域使用Unity Terrain或UE Landscape混用模式。 玩法规则整个地图按海拔与湿度划分为树林区、灌木区、草丛区、岩矿区、水源区 树木分布于树林区且与河道保持10米以上距离 矿石只出现在岩矿区山坡且每个矿石点周围至少预留4米平坦空间用于建造采石装置 所有资源点刷新位置需要支持策划配置权重。 技术禁忌植被贴图不许大面积重复拉伸矿物模型不能使用单一面片代替。这条提示词最强的地方在于它会倒逼你思考整体布局而不是让AI漫无目的地撒资源。实际拿到输出后你会得到一组类似“Zone_B028树木密度0.3矿石权重0.15”这样的数据比你自己拍脑袋均匀摆放合理得多。接入时把分区图作为地形高度图权重配合一个资源节点脚本即可。3.2 动态天气与日夜循环系统角色玩法程序员兼渲染方向TA。 交付物动态天气与日夜循环的实现方案包含状态机、事件接口和核心参数表。 场景规格3D半开放世界支持实时方向光和天空球切换帧率目标不低于60FPS。 玩法规则支持晴朗、阴天、阵雨、雷暴、大雾五种基础天气 每种天气影响能见度、环境音、地表湿润度雷暴天气下金属类采集效率降低50% 日夜循环基于真实太阳角度曲线黄昏持续时间不少于三分钟 天气切换需要两分钟平滑过渡不允许瞬间跳变。 技术禁忌不能在每帧Update里改Lightmap数据天气系统必须与UI广播事件解耦。这条提示词对新手最大的帮助是“约束了体验细节”。AI生成的天气系统默认只会切换天空盒和光照颜色能见度和交互手感往往被忽略。我建议你在拿到方案之后重点检查有没有“天气事件”的对外广播接口后续下雨音效、地面湿滑效果、AI躲避雷暴行为都依赖这个接口。3.3 基础资源采集与工具交互机制角色游戏玩法程序员擅长接口设计与手感调校。 交付物三套资源采集逻辑徒手采集、石质工具采集、木质工具采集输出为数据驱动方案。 场景规格第一人称或第三人称近战交互交互距离2.5米内支持移动端触屏。 玩法规则每种资源定义硬度值工具对应伤害值采集产出数量工具伤害/资源硬度向下取整 工具耐久度随次数消耗耐久归零工具消失并返还基础材料 被采集资源有受击反馈包括模型抖动、粒子飞溅和音效 采集过程中移动会取消当前采集动作。 技术禁忌不允许通过Raycast直接修改资源Mesh顶点禁用每帧动画事件触发判断。在生存游戏里砍树的手感决定了游戏的第一印象。AI生成的代码往往能跑但手感平淡。这条提示词刻意加了“移动取消采集”这种细节就是为了让AI的代码更接近真实产品。接入时建议把工具和资源属性做成可配置的ScriptableObject或DataAsset方便策划随时调整。3.4 可破坏地形与资源再生系统角色技术美术兼后端逻辑程序员。 交付物资源点再生与地形破坏共存的技术方案。 场景规格3D场景地形体素化精度0.5米支持地表结构破坏但不包含洞穴。 玩法规则树木和矿石被采集后原地留下可交互残桩或矿穴 再生资源以“幼苗-成熟”两状态实现成熟时间支持按资源类型配置 再生位置必须检测玩家建筑建筑半径3米内资源不刷新 资源再生过程中播放简单生长动画动画总长不超过两秒。 技术禁忌不允许把每个资源点做成独立GameObject常驻场景必须使用对象池或ECS思想管理。这条提示词的精华在于“建筑检测”和“对象池”两个约束。很多开发者一上来就做几百个资源点实例性能立刻崩。让AI从最初就把资源点纳入对象池管理后续再挂接UI表现都会容易很多。我建议把再生检测频率做成每五分钟一次批量扫描而不是每帧检测。3.5 生存状态UI与角色属性框架角色Gameplay程序员与交互设计师。 交付物一条第一人称生存状态UI方案包含血量、口渴、饥饿、体温四项核心状态。 场景规格PC和手机双端适配UI不遮挡画面中心视野。 玩法规则四项状态分别以0到100数值表示饥饿低于30时体力恢复减半 口渴低于20时每秒扣除少量生命体温低于10度时移动速度下降20% 状态变化需要平滑过渡UI面板支持折叠模式 玩家食用食物或药品后状态数值按配置曲线恢复。 技术禁忌不允许数值写死必须有统一GameState数据源禁止UI直接修改玩家状态。生存玩法里最容易被AI做成“贴图游戏”的就是状态UI。实际上状态数值是整条玩法的中枢所有AI生物的逃离、采集时间的判定、天气效果触发都要读状态数值。所以在接入时一定要让AI输出状态变化事件接口后续做“饥饿时脚步声更响被动物发现”这类设计才有地方挂。到这里我多说一句这5条提示词之间不是孤立的。地形分区表决定了资源点坐标资源点坐标又和采集系统绑定采集系统消耗状态UI里的体力。我这里直接用表格帮你梳理一下提示词核心交付关键接口前置依赖建议接入顺序3.1 生物群落表分区图与资源权重资源点坐标数据表无第一步3.2 天气循环天气状态机WeatherEvent3.1天气影响资源刷新第二或并行3.3 采集交互工具-资源公式资源硬度/工具伤害3.1第三步3.4 地形再生对象池与再生器ResourceSpawner3.1、3.3第四步3.5 状态UI数据源与UIPlayerStateEvent无独立并行顺序上建议先跑3.1因为它产生的分区数据表格后续所有系统都要引用。3.2和3.5可以并行做它们各自独立。3.3和3.4捆绑紧密采集动作结束之后再生器开始计时。4. 进阶系统与玩法循环5条构建核心体验提示词当你把基础五件套跑通之后项目就能在地图里走、砍、捡、看状态了但离“好玩”还有很大距离。生存游戏真正让人上瘾的是目标感从“活下去”到“过得更好”。第二组提示词负责构建这个目标循环。4.1 模块化建造系统设计角色资深玩法架构师。 交付物一套模块化建造系统方案支撑墙体、地板、门、窗、屋顶五大基础件。 场景规格3D第三人称视角网格对齐精度0.5米支持地形坡度下的斜坡放置。 玩法规则墙体高度固定为3米地板宽度为1.5米倍数门窗支持随时替换材质 放置必须检查碰撞重叠禁止浮空建筑且承重规则简化为至少两点接触地面或已有建筑 拆除返还一半材料建造过程有逐帧百分比动画。 技术禁忌不允许把每块建筑创建为独立静态网格必须使用网格合并与Collider简化策略。建造是AI最容易自由发挥的部分发挥到离谱为止。如果你不给“网格合并”这个约束AI会老老实实每放一块墙就生成一个Mesh和Collider造到两百块时帧数直接崩盘。这也就是当前行业里讨论3D游戏开发工具链时经常提到的热点模块化建筑的性能挑战与ECS结合思路。接这套系统时建议把网格合并的触发时机设在“玩家停止建造操作后2秒”。4.2 多级合成配方与工作台交互角色资深系统策划兼逻辑程序员。 交付物一套配方表结构设计与工作台交互代码方案。 场景规格第一人称箱体交互、PC端按键确认、移动端双击合成。 玩法规则配方分3个等级基础工作台只能合成Lv1配方 配方解锁条件绑定玩家等级和特定材料首次获得合成需要读条读条期间移动取消 配方表中材料数量支持小数倍率例如制作2个需要1.5倍材料 所有配方输出进背包后触发提示音效。 技术禁忌合成体系必须数据驱动禁止在代码里if-else硬编码配方禁止在UI线程执行背包排序。我会把这条提示词看作生存游戏“长线目标”的核心。AI生成的配方表结构如果约束不到位就会变成一坨switch-case的洪水。用了“数据驱动自定义后处理逻辑”的约束后你可以直接配Excel表让策划每天加配方而不需要程序员介入。实际项目中这条与后续的事件同步逻辑联动很多尤其是多人联机时两个人同时提交合成需要合理的锁定顺序。4.3 多功能工具与耐久成长体系角色数值策划兼玩法程序员。 交付物一套工具成长体系斧头、镐子、铲子、砍刀四类工具各自独立升级。 场景规格3D近战第三人称支持动画驱动。 玩法规则每把工具初始3个属性采集力、攻击力、耐久上限 升级路径只有一条主线使用次数累计达到阈值后解锁下一级 工具升级时保留耐久剩余量的百分比不重置为满值 工具外观根据等级变化Lv3级以上增加发光特效。 技术禁忌属性变更必须走统一属性和Buff接口禁止直接修改基础数值字段。工具设计如果只有“伤害高一点”玩家不会获得感。让AI把升级路径做成“累计使用次数解锁”这种条件玩家砍树的时候会有明确的成长预期。接入时把工具属性抽象为一个接口很关键方便后续打Buff时临时提高采集力而不污染基础数据。4.4 3D环境中AI野生动物行为与狩猎反馈角色AI程序员兼技术美术。 交付物食草动物与掠食者两类AI行为树方案以及狩猎命中反馈。 场景规格开阔地形加森林AI活动半径200米玩家在50米内开始警觉。 玩法规则鹿群在白天出现在水边夜间返回森林深处狼会在黄昏进入活跃攻击状态 玩家攻击命中后AI反映分为低中高三档低档只会短跑躲开高档会反扑 AI受击时播放蒙皮动画蒙蔽效果并掉落微量毛皮与肉 动物尸体保留十分钟后消失。 技术禁忌禁止所有动物使用A星全图寻路使用NavMesh局部寻路加行为树状态切换 禁止命中反馈延迟超过100毫秒。这里我想特别提一句AI野生动物行为在3D场景中最大的敌人是“全图寻路”。全图用NavMesh性能还不错但当行为树和攻击逻辑叠加后数量一多就会压制帧率。提示词里明确限制局部寻路就是要让AI只在自己的活动半径内做决策。近年来也有团队把3D高斯泼溅、稀疏体素等更先进的感知方案用在动物集群模拟里但对于常规生存项目NavMesh加行为树仍是性价比最高的方案。如果你要接入这类需求我建议把“警觉值”做成一个公开接口方便以后叠加天气噪声影响视野范围。4.5 存档体系与多人同步的架构逻辑角色后端逻辑程序员。 交付物生存状态、建造数据、资源再生时间的存储结构设计以及局域网多人同步方案。 场景规格4人在线合作房间制主机权威同步。 玩法规则玩家进度每五分钟自动存档退出时再次保存 建造数据存为坐标建筑类型旋转量外加自定义属性字典 资源再生时间线上存储为时间戳而不是倒计时数值 多人模式下一个玩家拆除建筑时锁定写入权限其他玩家无法同时修改。 技术禁忌禁止每帧同步玩家状态使用固定时间步的同步帧率10Hz状态下传输 禁止在存档中使用浮点数作为唯一ID。这条提示词的特别之处在于把“事件锁”这个并发控制概念讲清楚了。多人建造时最怕两个人同时拆同一面墙AI如果生成一个普通的写操作数据就会丢失。让它设计一个“写入锁”配合时间戳存档就稳定了。这也是当下多人游戏开发里一个很常见的坑。我建议把存档结构设计成可版本迭代的容器比如在最外层包一层SchemaVersion字段这样以后加新功能不用清玩家存档。这一组5条我把它们串成一句话先建一个能盖房子的世界4.1再让房子里的东西有价值4.2,工具让采集更高效且一直成长4.3野外有活物提供资源和威胁4.4最终让所有进度无论在单机还是联机都不丢失4.5。生存游戏的循环大概就是这样从徒手打猎到自动化农场AI提示词负责把你脑子里的愿景变成可执行方案。5. 提示词落地的完整工作流与实测避坑经验很多开发者拿到提示词就当成“一键生成”按钮直接让AI吐一堆脚本丢进工程里。我的经验是提示词是个种子你还要花时间浇灌和修剪。我一般用三段式工作流。第一步是概念发散。把提示词丢给AI聊天型工具比如GPT系列或Claude系列只看它生成的方案结构和接口名不直接要代码。重点验证系统之间的耦合方式。第二步是技术预演。针对方案的某一两个关键点让AI生成小段原型代码比如只测试“资源再生对象池”和“建筑碰撞检测”。预演跑通了再全量接入。第三步才是分模块实装。每个模块单独让AI补齐完整代码接入后进行编译测试。这个流程能有效避免AI生成的代码里原本就带奇怪依赖的问题比如天气系统调用还没写的存档接口。我见过太多人把整份设计图让AI一口气编写结果上千行代码里藏了三个循环依赖调试到怀疑人生。除了工作流再分享几个我踩过坑后总结的实用技巧。提示词不是越长越好。我把10条提示词控制在150到250字之间覆盖五个Layer但不至于让生成器截断一旦提示词超过400字不少模型会开始遗忘开头信息输出后段质量明显下降。如果需求确实复杂拆成两条提示词分两次对话生成再人工拼接接口。中文工程注释加上英文Prompt的关键字是AI响应质量的分水岭。很多开源模型对英文结构感知更强但对语义细节的理解可能反而不如中文精准。我的折中方案是需求描述用中文技术名词和接口书写用英文。比如“使用ObjectPool管理资源点”写成“manage spawn points with ObjectPool”AI生成的代码命名规范会好很多。在提示词最后加上“提供可测试的最小接口示例”这条对AI特别有效。它会主动给你的代码套上一个简单的测试入口方便你在Unity或Unreal里快速跑通。没有这个约束AI经常生成的是半成品库你还要翻半天找入口。关于做3D导航这点我多说一句。之前有项目想复用机器人领域常用的Nav2导航栈来处理3D雷达数据做避障后来发现游戏引擎内置的NavMesh局部寻路在多悬空地形和动态障碍场景下反而更稳定。我的建议是AI给出的路径方案你要先在引擎里做对比测试不要因为“听起来前沿”就直接套用。还有一条关于格式的细节。AI生成的配置表建议让它输出为JSON而不是Markdown表格因为JSON可以直接被游戏引擎读取Markdown表格你还要自己解析一遍。在提示词里加“输出为JSON配置格式”节省的转换时间相当可观。6. 工具选择与引擎适配的实用笔记关于提示词配合哪些工具我给一个针对团队协作的入门级建议。如果你用Unity或Godot推荐GPT系列加Claude组合使用GPT生成代码逻辑完整度更高Claude在系统设计抽象上更清晰。如果你做的是Unreal项目或偏向画面表现提示词里最好补充“蓝图节点建议”这一项让AI将核心逻辑拆成蓝图节点能够显著降低美术和策划的接入门槛。另外要补充一点引擎版本的约束。我在提示词Layer 2里写“场景规格”时会明确标注引擎版本和渲染管线。Unity的不同版本对于Terrain API和URP渲染路径差异很大AI生成的代码稍不注意就会用到过时接口。哪怕项目还没定版本也建议写成“Unity 2021.3 LTS或更新版本”给AI一个基准线。最后我想说这套提示词系列第二弹不是终点。生存与制作玩法覆盖的范围很广探索、烹饪、种植、载具、据点防御都值得单独展开。如果你在项目里试用了某一条提示词强烈建议把AI的输出和你修改后的版本做对比记录。你按这个思路迭代上两三个项目就会形成一套属于自己的提示词工作流那时候你已经不需要模板了。
3D生存游戏开发AI提示词：从资源循环到玩法闭环
做3D游戏开发的AI提示词系列第二弹我准备死磕“生存与制作”这个品类。上一弹偏工具链和底层搭建这次我真正把重心放在了玩法循环上资源怎么长、工具怎么用、房子怎么盖、晚上怎么活下来。如果你正卡在“手里有AI但不知道让它干什么”的阶段这10条提示词可以直接抄作业覆盖地形、天气、采集、建造、合成、AI生物、存档同步这些高频模块。先说说我为什么单独把生存与制作拎出来做一期。生存游戏看似简单砍树、捡石头、造工具、盖房子但它在3D场景里的实现复杂度比一般玩法高一个量级。资源需要可循环生成地形要能承载建造逻辑日夜循环影响AI行为合成配方牵扯UI和存档。通用AI提示词在这种玩法面前经常会“想当然”比如直接给你一个光源点亮的示例却完全没考虑生物群落的资源分布。所以这一弹的每条提示词我都会拆解写法背后的设计意图让你知道改哪里、删哪里、对接哪段代码。1. 为什么“生存与制作”玩法需要专属提示词体系直接抛一个反直觉的结论生存制作玩法的AI提示词不应该从“生成一棵树”开始而应该从“生成一套资源循环”开始。大多数开发者第一次找AI帮忙习惯说“帮我写一个砍树逻辑”得到的回答通常是一段光秃秃的鼠标点击检测加资源扣减然后就没有然后了。这恰恰是生存游戏开发最容易翻车的点单点功能好做系统闭环难搭。生存游戏的核心是三条链路。第一是资源链路树木砍掉之后要不要再生再生周期和什么绑定矿石刷新点会不会被玩家堵住第二是空间链路地形坡度限制建造、建筑碰撞体积、墙体如何与地面衔接第三是状态链路饥饿值、口渴值、温度值怎么影响移动速度和生命恢复。这三条链路在2D游戏里可以用线性逻辑处理但换成3D场景后体积、碰撞、空间连续性全部变成隐形的坑。你让AI生成一个“自动生长的树木系统”如果不约束“树木生长位置必须避开玩家建筑区块”它就会在房子中心长出一棵参天大树。所以这套提示词体系的第一个原则是必须把玩家行为和系统反馈绑定在一起描述。第二个原则是必须明确交付物格式。在3D游戏开发里同一个需求落到不同岗位上完全是两回事。主程序需要状态机、资源管理接口和定时器TA需要材质参数和粒子效果描述策划需要配置表和数值曲线美术需要参考图和模型布线建议。这条提示词到底是写给代码生成器、AI绘图工具还是建模助手的一定要在开头写清楚。明确交付物远比堆砌形容词有用。这一弹的10条提示词我按落地节奏分成两组。前5条偏“场景与机制基础”适合项目起步阶段帮你快速建立可运行的地形、天气、采集、状态UI这些地基后5条偏“进阶系统与玩法循环”解决建造、合成、工具耐久、AI生物、多人同步这些真正塑造体验的部分。每条提示词我都给了中英文对照核心写法因为不少AI工具对英文Prompt响应更稳定但中文工程注释更适合现场沟通。你可以两条腿走路。2. 提示词的通用骨架先学会Layer分层法直接给提示词全文之前我觉得有必要说清楚这10条提示词背后共享的骨架。我在生成大量AI提示词之后发现一个问题很多人提交给AI的是一大段平铺直叙的需求乍一看很详尽AI输出却总是不对味。这是因为AI理解长提示词时也会“迷失重点”。后来我把提示词改成五层结构生成质量立刻上了一个台阶我管它叫Layer分层法。Layer 0是身份与视角约束。告诉AI你扮演什么角色是资深Unity游戏程序员还是TA还是独立游戏策划。不同视角产出的内容完全不同。Layer 1是交付物类型。指定输出内容是配置表结构、C#脚本、概念设定图、Prompt扩展还是技术方案文档。Layer 2是场景规格。用一组关键词锁定项目的技术边界比如URP渲染管线、PC端、第三人称视角。Layer 3是玩法规则。把生存制作的核心机制用条件句式表达如果玩家做了A系统就反馈B同时受C参数影响。Layer 4是审美与技术禁忌。明确不要什么比如不要浮空建筑、不要低面数风格、不要每帧创建物体。举个实际例子。我要让AI设计植被生成方案普通提示词是“帮我生成森林”输出基本没法用。用Layer分层法之后是这样你是一名擅长开放世界渲染优化的Unity TA。 交付物一份植被放置与性能优化技术方案。 场景规格PC端3D游戏URP管线使用Terrain系统和GPU Instancing。 玩法规则森林需要按海拔分布树木密度山脚稀疏、山腰茂密、山顶只长低矮灌木 每个植被实例需要支持可采伐采伐后留下树桩并按游戏时间刷新 刷新点必须避开玩家建筑区域。 技术禁忌不能使用每帧遍历全图植被的检测方式不能烧录Lightmap后植被变黑。你可以直观感觉到AI收到这样的提示词后返回的内容会非常聚焦。核心原因在于Layer把“做什么”和“怎么做”的边界划清楚了。而后面我给的10条提示词没有一条是单一长句全部是这种多行结构。你在复用的时候只需要替换Layer 2的场景规格和Layer 4的禁忌就能套用到手游甚至小游戏平台。比如做微信小程序游戏开发的时候把场景规格改成低端设备兼容、内存限制、DrawCall预算提示词输出的方案会立刻收缩到可行范围。搭好这个骨架之后还有一个容易被忽略的步骤让AI先输出“理解摘要”再输出正式交付物。我实测下来提示词尾部加上一句“请先用三行以内复述你理解的需求确认无误后输出正式方案”能消除至少一半的误解。尤其是生存制作这种多系统耦合的需求AI如果理解错了“资源再生”的意思后续所有代码接口都会跑偏。3. 场景与机制基础5条快速上手提示词现在进入第一组。这5条提示词适合你还没有地基的时侯用它们的输出都比较独立不用先有其他系统接入成本低。每一条我都标了核心适用工具和关键参数位置。3.1 3D地表生物群落与资源分布生成角色资深3D环境美术与技术美术。 交付物一张可编辑的3D地表生物群落规划表包含分区图、植被密度参数、资源点分布坐标建议。 场景规格中大型开放区域使用Unity Terrain或UE Landscape混用模式。 玩法规则整个地图按海拔与湿度划分为树林区、灌木区、草丛区、岩矿区、水源区 树木分布于树林区且与河道保持10米以上距离 矿石只出现在岩矿区山坡且每个矿石点周围至少预留4米平坦空间用于建造采石装置 所有资源点刷新位置需要支持策划配置权重。 技术禁忌植被贴图不许大面积重复拉伸矿物模型不能使用单一面片代替。这条提示词最强的地方在于它会倒逼你思考整体布局而不是让AI漫无目的地撒资源。实际拿到输出后你会得到一组类似“Zone_B028树木密度0.3矿石权重0.15”这样的数据比你自己拍脑袋均匀摆放合理得多。接入时把分区图作为地形高度图权重配合一个资源节点脚本即可。3.2 动态天气与日夜循环系统角色玩法程序员兼渲染方向TA。 交付物动态天气与日夜循环的实现方案包含状态机、事件接口和核心参数表。 场景规格3D半开放世界支持实时方向光和天空球切换帧率目标不低于60FPS。 玩法规则支持晴朗、阴天、阵雨、雷暴、大雾五种基础天气 每种天气影响能见度、环境音、地表湿润度雷暴天气下金属类采集效率降低50% 日夜循环基于真实太阳角度曲线黄昏持续时间不少于三分钟 天气切换需要两分钟平滑过渡不允许瞬间跳变。 技术禁忌不能在每帧Update里改Lightmap数据天气系统必须与UI广播事件解耦。这条提示词对新手最大的帮助是“约束了体验细节”。AI生成的天气系统默认只会切换天空盒和光照颜色能见度和交互手感往往被忽略。我建议你在拿到方案之后重点检查有没有“天气事件”的对外广播接口后续下雨音效、地面湿滑效果、AI躲避雷暴行为都依赖这个接口。3.3 基础资源采集与工具交互机制角色游戏玩法程序员擅长接口设计与手感调校。 交付物三套资源采集逻辑徒手采集、石质工具采集、木质工具采集输出为数据驱动方案。 场景规格第一人称或第三人称近战交互交互距离2.5米内支持移动端触屏。 玩法规则每种资源定义硬度值工具对应伤害值采集产出数量工具伤害/资源硬度向下取整 工具耐久度随次数消耗耐久归零工具消失并返还基础材料 被采集资源有受击反馈包括模型抖动、粒子飞溅和音效 采集过程中移动会取消当前采集动作。 技术禁忌不允许通过Raycast直接修改资源Mesh顶点禁用每帧动画事件触发判断。在生存游戏里砍树的手感决定了游戏的第一印象。AI生成的代码往往能跑但手感平淡。这条提示词刻意加了“移动取消采集”这种细节就是为了让AI的代码更接近真实产品。接入时建议把工具和资源属性做成可配置的ScriptableObject或DataAsset方便策划随时调整。3.4 可破坏地形与资源再生系统角色技术美术兼后端逻辑程序员。 交付物资源点再生与地形破坏共存的技术方案。 场景规格3D场景地形体素化精度0.5米支持地表结构破坏但不包含洞穴。 玩法规则树木和矿石被采集后原地留下可交互残桩或矿穴 再生资源以“幼苗-成熟”两状态实现成熟时间支持按资源类型配置 再生位置必须检测玩家建筑建筑半径3米内资源不刷新 资源再生过程中播放简单生长动画动画总长不超过两秒。 技术禁忌不允许把每个资源点做成独立GameObject常驻场景必须使用对象池或ECS思想管理。这条提示词的精华在于“建筑检测”和“对象池”两个约束。很多开发者一上来就做几百个资源点实例性能立刻崩。让AI从最初就把资源点纳入对象池管理后续再挂接UI表现都会容易很多。我建议把再生检测频率做成每五分钟一次批量扫描而不是每帧检测。3.5 生存状态UI与角色属性框架角色Gameplay程序员与交互设计师。 交付物一条第一人称生存状态UI方案包含血量、口渴、饥饿、体温四项核心状态。 场景规格PC和手机双端适配UI不遮挡画面中心视野。 玩法规则四项状态分别以0到100数值表示饥饿低于30时体力恢复减半 口渴低于20时每秒扣除少量生命体温低于10度时移动速度下降20% 状态变化需要平滑过渡UI面板支持折叠模式 玩家食用食物或药品后状态数值按配置曲线恢复。 技术禁忌不允许数值写死必须有统一GameState数据源禁止UI直接修改玩家状态。生存玩法里最容易被AI做成“贴图游戏”的就是状态UI。实际上状态数值是整条玩法的中枢所有AI生物的逃离、采集时间的判定、天气效果触发都要读状态数值。所以在接入时一定要让AI输出状态变化事件接口后续做“饥饿时脚步声更响被动物发现”这类设计才有地方挂。到这里我多说一句这5条提示词之间不是孤立的。地形分区表决定了资源点坐标资源点坐标又和采集系统绑定采集系统消耗状态UI里的体力。我这里直接用表格帮你梳理一下提示词核心交付关键接口前置依赖建议接入顺序3.1 生物群落表分区图与资源权重资源点坐标数据表无第一步3.2 天气循环天气状态机WeatherEvent3.1天气影响资源刷新第二或并行3.3 采集交互工具-资源公式资源硬度/工具伤害3.1第三步3.4 地形再生对象池与再生器ResourceSpawner3.1、3.3第四步3.5 状态UI数据源与UIPlayerStateEvent无独立并行顺序上建议先跑3.1因为它产生的分区数据表格后续所有系统都要引用。3.2和3.5可以并行做它们各自独立。3.3和3.4捆绑紧密采集动作结束之后再生器开始计时。4. 进阶系统与玩法循环5条构建核心体验提示词当你把基础五件套跑通之后项目就能在地图里走、砍、捡、看状态了但离“好玩”还有很大距离。生存游戏真正让人上瘾的是目标感从“活下去”到“过得更好”。第二组提示词负责构建这个目标循环。4.1 模块化建造系统设计角色资深玩法架构师。 交付物一套模块化建造系统方案支撑墙体、地板、门、窗、屋顶五大基础件。 场景规格3D第三人称视角网格对齐精度0.5米支持地形坡度下的斜坡放置。 玩法规则墙体高度固定为3米地板宽度为1.5米倍数门窗支持随时替换材质 放置必须检查碰撞重叠禁止浮空建筑且承重规则简化为至少两点接触地面或已有建筑 拆除返还一半材料建造过程有逐帧百分比动画。 技术禁忌不允许把每块建筑创建为独立静态网格必须使用网格合并与Collider简化策略。建造是AI最容易自由发挥的部分发挥到离谱为止。如果你不给“网格合并”这个约束AI会老老实实每放一块墙就生成一个Mesh和Collider造到两百块时帧数直接崩盘。这也就是当前行业里讨论3D游戏开发工具链时经常提到的热点模块化建筑的性能挑战与ECS结合思路。接这套系统时建议把网格合并的触发时机设在“玩家停止建造操作后2秒”。4.2 多级合成配方与工作台交互角色资深系统策划兼逻辑程序员。 交付物一套配方表结构设计与工作台交互代码方案。 场景规格第一人称箱体交互、PC端按键确认、移动端双击合成。 玩法规则配方分3个等级基础工作台只能合成Lv1配方 配方解锁条件绑定玩家等级和特定材料首次获得合成需要读条读条期间移动取消 配方表中材料数量支持小数倍率例如制作2个需要1.5倍材料 所有配方输出进背包后触发提示音效。 技术禁忌合成体系必须数据驱动禁止在代码里if-else硬编码配方禁止在UI线程执行背包排序。我会把这条提示词看作生存游戏“长线目标”的核心。AI生成的配方表结构如果约束不到位就会变成一坨switch-case的洪水。用了“数据驱动自定义后处理逻辑”的约束后你可以直接配Excel表让策划每天加配方而不需要程序员介入。实际项目中这条与后续的事件同步逻辑联动很多尤其是多人联机时两个人同时提交合成需要合理的锁定顺序。4.3 多功能工具与耐久成长体系角色数值策划兼玩法程序员。 交付物一套工具成长体系斧头、镐子、铲子、砍刀四类工具各自独立升级。 场景规格3D近战第三人称支持动画驱动。 玩法规则每把工具初始3个属性采集力、攻击力、耐久上限 升级路径只有一条主线使用次数累计达到阈值后解锁下一级 工具升级时保留耐久剩余量的百分比不重置为满值 工具外观根据等级变化Lv3级以上增加发光特效。 技术禁忌属性变更必须走统一属性和Buff接口禁止直接修改基础数值字段。工具设计如果只有“伤害高一点”玩家不会获得感。让AI把升级路径做成“累计使用次数解锁”这种条件玩家砍树的时候会有明确的成长预期。接入时把工具属性抽象为一个接口很关键方便后续打Buff时临时提高采集力而不污染基础数据。4.4 3D环境中AI野生动物行为与狩猎反馈角色AI程序员兼技术美术。 交付物食草动物与掠食者两类AI行为树方案以及狩猎命中反馈。 场景规格开阔地形加森林AI活动半径200米玩家在50米内开始警觉。 玩法规则鹿群在白天出现在水边夜间返回森林深处狼会在黄昏进入活跃攻击状态 玩家攻击命中后AI反映分为低中高三档低档只会短跑躲开高档会反扑 AI受击时播放蒙皮动画蒙蔽效果并掉落微量毛皮与肉 动物尸体保留十分钟后消失。 技术禁忌禁止所有动物使用A星全图寻路使用NavMesh局部寻路加行为树状态切换 禁止命中反馈延迟超过100毫秒。这里我想特别提一句AI野生动物行为在3D场景中最大的敌人是“全图寻路”。全图用NavMesh性能还不错但当行为树和攻击逻辑叠加后数量一多就会压制帧率。提示词里明确限制局部寻路就是要让AI只在自己的活动半径内做决策。近年来也有团队把3D高斯泼溅、稀疏体素等更先进的感知方案用在动物集群模拟里但对于常规生存项目NavMesh加行为树仍是性价比最高的方案。如果你要接入这类需求我建议把“警觉值”做成一个公开接口方便以后叠加天气噪声影响视野范围。4.5 存档体系与多人同步的架构逻辑角色后端逻辑程序员。 交付物生存状态、建造数据、资源再生时间的存储结构设计以及局域网多人同步方案。 场景规格4人在线合作房间制主机权威同步。 玩法规则玩家进度每五分钟自动存档退出时再次保存 建造数据存为坐标建筑类型旋转量外加自定义属性字典 资源再生时间线上存储为时间戳而不是倒计时数值 多人模式下一个玩家拆除建筑时锁定写入权限其他玩家无法同时修改。 技术禁忌禁止每帧同步玩家状态使用固定时间步的同步帧率10Hz状态下传输 禁止在存档中使用浮点数作为唯一ID。这条提示词的特别之处在于把“事件锁”这个并发控制概念讲清楚了。多人建造时最怕两个人同时拆同一面墙AI如果生成一个普通的写操作数据就会丢失。让它设计一个“写入锁”配合时间戳存档就稳定了。这也是当下多人游戏开发里一个很常见的坑。我建议把存档结构设计成可版本迭代的容器比如在最外层包一层SchemaVersion字段这样以后加新功能不用清玩家存档。这一组5条我把它们串成一句话先建一个能盖房子的世界4.1再让房子里的东西有价值4.2,工具让采集更高效且一直成长4.3野外有活物提供资源和威胁4.4最终让所有进度无论在单机还是联机都不丢失4.5。生存游戏的循环大概就是这样从徒手打猎到自动化农场AI提示词负责把你脑子里的愿景变成可执行方案。5. 提示词落地的完整工作流与实测避坑经验很多开发者拿到提示词就当成“一键生成”按钮直接让AI吐一堆脚本丢进工程里。我的经验是提示词是个种子你还要花时间浇灌和修剪。我一般用三段式工作流。第一步是概念发散。把提示词丢给AI聊天型工具比如GPT系列或Claude系列只看它生成的方案结构和接口名不直接要代码。重点验证系统之间的耦合方式。第二步是技术预演。针对方案的某一两个关键点让AI生成小段原型代码比如只测试“资源再生对象池”和“建筑碰撞检测”。预演跑通了再全量接入。第三步才是分模块实装。每个模块单独让AI补齐完整代码接入后进行编译测试。这个流程能有效避免AI生成的代码里原本就带奇怪依赖的问题比如天气系统调用还没写的存档接口。我见过太多人把整份设计图让AI一口气编写结果上千行代码里藏了三个循环依赖调试到怀疑人生。除了工作流再分享几个我踩过坑后总结的实用技巧。提示词不是越长越好。我把10条提示词控制在150到250字之间覆盖五个Layer但不至于让生成器截断一旦提示词超过400字不少模型会开始遗忘开头信息输出后段质量明显下降。如果需求确实复杂拆成两条提示词分两次对话生成再人工拼接接口。中文工程注释加上英文Prompt的关键字是AI响应质量的分水岭。很多开源模型对英文结构感知更强但对语义细节的理解可能反而不如中文精准。我的折中方案是需求描述用中文技术名词和接口书写用英文。比如“使用ObjectPool管理资源点”写成“manage spawn points with ObjectPool”AI生成的代码命名规范会好很多。在提示词最后加上“提供可测试的最小接口示例”这条对AI特别有效。它会主动给你的代码套上一个简单的测试入口方便你在Unity或Unreal里快速跑通。没有这个约束AI经常生成的是半成品库你还要翻半天找入口。关于做3D导航这点我多说一句。之前有项目想复用机器人领域常用的Nav2导航栈来处理3D雷达数据做避障后来发现游戏引擎内置的NavMesh局部寻路在多悬空地形和动态障碍场景下反而更稳定。我的建议是AI给出的路径方案你要先在引擎里做对比测试不要因为“听起来前沿”就直接套用。还有一条关于格式的细节。AI生成的配置表建议让它输出为JSON而不是Markdown表格因为JSON可以直接被游戏引擎读取Markdown表格你还要自己解析一遍。在提示词里加“输出为JSON配置格式”节省的转换时间相当可观。6. 工具选择与引擎适配的实用笔记关于提示词配合哪些工具我给一个针对团队协作的入门级建议。如果你用Unity或Godot推荐GPT系列加Claude组合使用GPT生成代码逻辑完整度更高Claude在系统设计抽象上更清晰。如果你做的是Unreal项目或偏向画面表现提示词里最好补充“蓝图节点建议”这一项让AI将核心逻辑拆成蓝图节点能够显著降低美术和策划的接入门槛。另外要补充一点引擎版本的约束。我在提示词Layer 2里写“场景规格”时会明确标注引擎版本和渲染管线。Unity的不同版本对于Terrain API和URP渲染路径差异很大AI生成的代码稍不注意就会用到过时接口。哪怕项目还没定版本也建议写成“Unity 2021.3 LTS或更新版本”给AI一个基准线。最后我想说这套提示词系列第二弹不是终点。生存与制作玩法覆盖的范围很广探索、烹饪、种植、载具、据点防御都值得单独展开。如果你在项目里试用了某一条提示词强烈建议把AI的输出和你修改后的版本做对比记录。你按这个思路迭代上两三个项目就会形成一套属于自己的提示词工作流那时候你已经不需要模板了。