很多人第一次使用自然语言生成3D场景会直接输入“生成一个未来城市”“做一个山地园区”或“创建电影感建筑”。这类描述能够确定大致主题和风格却很难稳定得到可用空间道路没有入口建筑比例混乱山体、河流与桥梁互不关联生成后也不知道哪些对象还能继续修改。文生3D场景提示词不能只堆氛围词。至少要写清场景用途、空间范围、地形与交通关系、对象清单、尺度与接口、材质光照以及输出与验收要求。提示词负责约束生成方向但不能证明结果已经拥有准确Mesh、真实尺度、UV、碰撞或可直接导入工程的文件。本文以“山地中的现代园区”为案例演示如何把一句宽泛描述改写成可检查的场景需求并给出一份可以直接修改的7项提示词模板。为什么“生成一个未来城市”通常不够“未来城市”描述的是主题不是空间。工具不知道城市有多大、从哪里观察、建筑如何分布、道路连接哪些区域也不知道结果用于概念展示、网页浏览、影视预演还是要导入Unity或Unreal继续制作。同样是山地园区不同用途对应的重点完全不同使用目的提示词优先说明什么概念展示构图、主题、地标和光照氛围建筑可视化建筑比例、视线、道路与周边环境影视预演镜头位置、景别、遮挡和运动空间网页浏览模型复杂度、材质数量、加载范围和远近层级引擎原型对象拆分、尺度、坐标、碰撞需求和导出格式写提示词前先回答三个问题场景最终用来做什么用户会从什么尺度和视角观察生成后哪些对象还需要单独修改图自然语言可以帮助建立场景方向但从概念到可编辑3D空间仍需补充对象、尺度、材质、结构和导出约束。这张图适合说明从一个想法逐步形成空间的过程但不能证明一句提示词已经生成准确园区也不能证明场景中的对象可以拆分、编辑、导出或直接用于工程。第一项先写场景用途不要先堆风格词用途决定场景要怎样组织。建议把用途放在提示词开头用一句话说明结果服务于哪类工作再补充风格。例如不要只写生成一个有未来感的山地园区。可以改成生成一处用于建筑可视化和引擎原型测试的山地现代园区。重点表现主入口、沿山道路、中央公共建筑和河谷之间的空间关系。建筑、道路、桥梁、植被和水体需要便于分组检查不要将全部内容合并成单一对象。这段话先说明使用目的再说明重点区域和后续编辑需求比“未来感、震撼、电影级”等词更容易检查。但要注意提示词写了“便于分组”只代表提出了要求。工具是否真的输出独立对象仍要查看场景层级和导出文件。第二项定义空间范围与观察尺度房间、街区、园区、山谷和城市的空间组织方式完全不同。“巨大”“宏伟”“微缩”等词缺少明确参照容易导致建筑、道路和人物比例互相冲突。提示词中可以说明场景属于单体建筑、街区、园区还是区域环境大致长、宽和高度范围主视角是人视、车辆视角、鸟瞰还是远景重点观察区域在哪里近景和远景分别需要多少细节。以山地园区为例场景覆盖一段约800米长、500米宽的山谷缓坡。主视角位于南侧人行入口接近成年人视线高度另提供一个从山坡俯视园区的鸟瞰观察方向。入口、中央建筑和跨河桥属于近景重点远处山体只需保持连续轮廓。即使工具不能精确执行每一个数字尺寸信息仍能作为生成后的比较基准。应避免在同一提示词中同时出现“微缩模型”“真实建筑尺度”和“巨型城市天际线”等相互冲突的要求。第三项把地形与交通写成空间关系“有山、有河、有路”只是对象罗列没有说明它们怎样连接。影响场景是否可用的往往是对象之间的关系。可以用“入口—主路径—次路径—地标—限制区域”的顺序描述主入口位于山谷南侧主道路沿河谷通向中央园区跨河桥连接东西两岸中央公共建筑位于缓坡平台次级步道连接公共建筑、停车区和观景台建筑区避开陡坡河床低于道路和建筑平台。如果场景用于交互原型还可以补充主道路预留车辆通行空间步道连接两个观景点陡坡、河床和建筑屋顶不作为默认通行区域道路与建筑入口之间保持连续的平缓连接。这类描述不能自动生成碰撞或导航数据但能让道路悬空、桥梁没有连接两岸、建筑落在陡坡等问题更容易被发现。第四项列出必须对象、可选对象与禁止对象只写“加入一些建筑、树木和车辆”生成结果容易出现随机堆叠。更实用的方法是把对象分为必须、可选和禁止三类并给出大致数量。必须对象1个主入口和入口标识1条连接入口与中央建筑的主道路1座中央公共建筑1座跨河桥23组次级建筑1条河流和2个观景点。可选对象少量停车位、路灯、长椅和指示牌沿道路两侧分布的低矮植被远处山体上的少量建筑轮廓。禁止对象不加入无关的高架轨道、港口和密集摩天楼不让车辆、树木或装饰堵住主入口不在道路、桥面和建筑门厅上随机生成植被不增加与山地园区用途无关的大型设施。数量边界可以减少随机性但不能保证每个对象自动成为独立资产。如果后续需要替换建筑或移动树木还要在输出要求中明确分组、命名和拆分方式并在结果中实际核对。第五项写清尺度、方向与接口单个对象造型完整不代表组合后空间合理。门、道路、桥梁和建筑平台之间必须保持可解释的尺度与连接关系。可以在提示词中加入相对尺度中央建筑为46层位于可放置建筑的缓坡平台主道路宽度满足双向车辆通行人行道与道路平行并略高于机动车道桥梁横跨河流较窄位置桥面与两端道路连续主入口、道路、门厅和停车区形成连续连接。需要继续编辑时再加入结构要求建筑、道路、桥梁、植被和水体分别分组主要对象使用清晰、稳定的名称同类建筑尽量采用模块化结构不把所有对象合并成单一Mesh保留便于移动、替换和调整的层级关系。“可编辑”不是单一功能。它至少涉及对象能否选择、网格能否修改、材质能否替换、尺度能否校正以及导出后坐标能否保持。生成完成后应分别检查这些项目。第六项把材质与光照改写成可观察条件“高级”“电影感”“震撼”“真实”可以表达方向却无法直接验收。更有效的写法是描述具体表面、时间、主光方向和希望观察到的结果。例如建筑主体使用浅灰混凝土和低反射玻璃道路为深灰沥青桥梁使用金属结构河水允许观察到近岸浅水区但远处不需要完全透明。时间为清晨主光从东南方向进入山体西侧保留清楚阴影地面不过度反光。生成后可以据此检查混凝土、玻璃、道路和金属是否被正确区分玻璃是否被错误处理成完全不透明表面道路与建筑是否共用了一套不合理材质主光方向和阴影关系是否前后一致。提示词中写了“混凝土”或“低反射玻璃”不等于工具已经生成完整PBR材质也不能证明法线、粗糙度、金属度和光照烘焙均已配置。材质能否迁移还要在目标软件中重新打开验证。第七项补上输出类型与验收标准如果只写“生成3D场景”工具可能返回概念图、单一模型、点云、传统Mesh或其他空间表示。提示词应明确希望得到哪类结果以及哪些属性必须检查。常见输出可以这样区分输出类型更适合什么使用前还要检查什么Mesh场景继续建模、编辑材质、添加碰撞和导入引擎拓扑、对象拆分、UV、材质与面数点云空间采样、测量参考或重建中间结果密度、噪点、坐标和后续表面重建3DGS等新型场景表示真实感浏览与视角合成编辑方式、引擎支持、碰撞和导出限制场景草图或概念图构图、风格和空间关系验证不能直接当作可编辑三维资产如果需要文件交付可以提出GLB、FBX或USD等格式要求并说明是否需要对象拆分、UV、材质、贴图和坐标信息。不过最终格式仍取决于工具真实支持范围提示词本身不能让一个不支持导出的工具自动生成目标文件。验收时建议至少检查对象是否齐全、道路是否悬空、桥梁是否连通、建筑是否落在合理平台、尺度是否统一以及导出后能否在新场景中重新打开。可直接复制的7项提示词模板下面的模板可以直接替换方括号内容。它适合做第一次生成和需求沟通不等于最终工程验收单。请生成一个[场景主题]的3D场景。 1. 场景用途 用于[概念展示建筑可视化影视预演网页浏览引擎原型]。 本次重点验证[构图空间关系对象拆分尺度导出]不把未验证功能视为已完成。 2. 空间范围与观察尺度 场景范围约为[长度]×[宽度]主要高度范围为[高度]。 主视角是[人视车辆视角鸟瞰]重点观察[区域]远景只保留[轮廓或低细节要求]。 3. 地形与交通关系 [入口]位于[方向][主道路]沿[地形或河谷]连接[核心建筑]。 [桥梁步道次级道路]连接[区域A]与[区域B]。 [陡坡河床屋顶]不作为默认通行区域。 4. 对象清单 必须包含[对象及数量]。 可以包含[可选对象及数量]。 禁止出现[无关对象、遮挡入口的对象、随机堆叠内容]。 5. 尺度、方向与接口 [建筑]约为[层数或尺寸][道路]满足[通行宽度]。 [桥面、入口、道路、门厅]保持连续连接。 建筑、道路、桥梁、植被和水体尽量独立分组并使用清晰名称不合并为单一对象。 6. 材质与光照 [建筑表面]使用[具体材质][道路桥梁水体]使用[具体表面特征]。 时间为[时段]主光从[方向]进入希望保留[阴影、反射或能见度特征]。 7. 输出与验收 优先输出[Mesh点云3DGS场景草图]若工具支持导出为[GLBFBXUSD]。 请说明是否包含对象拆分、UV、材质、贴图、碰撞或坐标信息。 验收时检查对象完整性、空间连接、尺度、道路贴合、分组结构和重新导入结果。 无法确认的项目标记为“待验证”不要默认写成已实现。山地现代园区示例请生成一处山地现代园区的3D场景用于建筑可视化和引擎原型测试。 场景覆盖约800米长、500米宽的山谷缓坡。主视角位于南侧人行入口接近成年人视线高度另设置山坡鸟瞰观察方向。入口、中央公共建筑和跨河桥是近景重点远处山体只保留连续轮廓。 主入口位于山谷南侧主道路沿河谷通向中央园区。一座桥连接河流两岸中央公共建筑位于缓坡平台次级步道连接停车区和两个观景点。河床低于道路和建筑平台陡坡与河床不作为默认通行区域。 必须包含1个主入口、1条主道路、1座46层的中央公共建筑、1座跨河桥、23组次级建筑、1条河流和2个观景点。可以添加少量停车位、路灯、长椅和低矮植被。不要加入高架轨道、港口、密集摩天楼也不要让树木和车辆堵住入口或桥面。 主道路预留双向车辆通行宽度桥面与两端道路连续入口、道路、门厅和停车区保持连通。建筑、道路、桥梁、植被和水体尽量独立分组并清晰命名不要全部合并为单一Mesh。 建筑主体使用浅灰混凝土和低反射玻璃道路为深灰沥青桥梁为金属结构。时间为清晨主光从东南方向进入山体西侧保留明显但不过暗的阴影地面避免过度反光。 优先输出可分组的Mesh场景若工具支持提供GLB、FBX或USD文件并说明是否包含UV、材质、贴图、对象层级和坐标信息。结果按“已实现、未实现、待验证”记录重点检查道路是否悬空、桥梁是否连接两岸、建筑是否落在合理平台以及文件能否重新导入并继续编辑。模板不能保证一次生成成功但能把“生成一个园区”改写为一组可比较、可修改、可验收的要求。5个常见提示词问题与修改方法1. 只写风格不写用途“未来感、宏大、电影感”无法说明场景是否需要拆分和导出。应先补充使用目的再描述风格。2. 只写对象不写关系“山、河、路、建筑”可能被随机摆放。应改成“道路沿河谷延伸建筑位于缓坡平台桥梁连接两岸”。3. 只写数量不写分布“生成10栋建筑”不等于形成园区。应说明建筑集中在哪些区域与入口、道路和地标怎样连接。4. 只写可编辑不写编辑对象应明确需要单独选择和修改的对象、分组方式、命名要求、材质替换和目标格式。5. 把提示词当成验收结果提示词只是生成前的约束不能证明结果已经拥有准确网格、真实尺度、碰撞或完整材质。最终仍要下载文件在目标软件中重新导入检查。文生3D场景提示词检查清单场景定义已写明场景用途已写明空间范围和观察尺度已指定主要视角和重点区域。空间关系已说明地形、道路、水系和建筑之间的关系已写明入口、主路径、次路径和地标已区分预期通行区域与限制区域。对象与尺度已列出必须、可选和禁止对象已给出数量或分布边界已说明建筑、道路、桥梁和入口的相对尺度已写明对象命名、分组和模块化要求。材质、输出与验收材质描述包含具体表面和可观察特征光照描述包含时间、方向和阴影关系已指定Mesh、点云、3DGS或场景草图等输出类型已写明目标文件格式和重新导入要求已用“已实现、未实现、待验证”记录结果。文生3D场景提示词的重点不是把形容词写得更华丽而是把空间要求写得更明确。一个可执行的提示词应该回答七个问题场景用来做什么、范围有多大、地形和道路怎样连接、需要哪些对象、尺度与接口如何约束、材质光照怎样观察以及最终要交付什么结果。自然语言可以启动3D空间生成但不能替代模型检查、资产编辑和引擎回读。用于概念展示时提示词可以快速建立方向进入真实项目后还要人工确认Mesh、材质、碰撞、坐标、对象拆分和导出文件。你写文生3D场景提示词时最容易漏掉空间关系、对象数量、尺度接口还是输出格式