让 AI 交付可运行的 3D 场景：我固定写进去的七条

我收集过一批别人公开的三维场景生成提示词，长的两千多行，短的几百字。读完之后我的收获不是句式，是它们几乎都有同一套骨架。原文的著作权在别人那里，我不搬运，这里写的是我复述给自己用的版本，也是我每次开工前固定要写进提示词的七条。

1. 先写清楚"什么不算交付"

我最常写的一句是：只给实施方案不算交付，几个贴了文字的长方体也不算模型。

描述"成功长什么样"很容易写歪，因为 AI 会给你一个看起来像那么回事但打不开的东西。描述"失败长什么样"反而更管用——把不接受的形态列出来，来回返工的次数明显下降。

2. 交付物分层，并且层与层之间不许混

我的分法是三层：

层	内容	允许推测吗
外观层	看得见的壳体、面板、边界、附件	允许，按公开图片推比例
展开层	把面板或有依据的模块移开，露出内部	资料不足的位置放注明用途的占位体
示意层	解释原理的独立场景	必须整层标成"示意"

关键是第三层不能和前两层拼在同一个场景里。一旦拼上，看的人就分不清哪部分是查证过的、哪部分是我猜的。

配套的一句话是：没有装配图和完整尺寸资料，就不许声称自己做了工程级复原。这句话写进去之后，输出会老实很多。

3. 默认值一次给全，别让人来回问

工具版本、界面语言、对象命名习惯、导出格式、哪些开关默认关、工作目录放哪、不许动哪些已有文件——我全部列成一张表放在提示词开头。

这张表的价值不在省事，在于减少中途决策。AI 每做一次未被要求的决策，就多一处我要回头核对的地方。

4. 数字必须有出处

这条是我吃过亏之后加的。凡是往页面上放的数值，必须能说出它对应哪个型号、哪个条件、哪个日期。资料里翻出来的旧参数不许直接沿用。

我现在的具体做法是：几何尺寸只从图纸和实测数据来；页面上的运行读数一律标"模拟读数"；拿不准的数字干脆不放。展示一个错数字比不展示数字糟糕得多。

5. 镜头和交互要写死

旋转、平移、缩放之外，我还固定要这几样：键盘漫游、加速、点击对象时高亮并给出部件说明、车辆或设备支持后方/侧面/机具三种跟随视角、手动操作可以随时接管、暂停之后仍然能自由探索。

这些不写，默认拿到的就是一个绕着中心自动转的相机，看着挺像演示，实际什么都验证不了。

6. 材质之间必须有区分度

玻璃、金属、橡胶、植被、湿润土壤，我会点名要求"必须看得出差异"。不写这句，全场会统一成一种塑料感，因为这样最省事。

7. 性能与实现约束提前讲

重复对象必须实例化；界面面板可折叠，不许长期压住主场景；先完成模型再做网页预览，别让网页开发拖住建模；不依赖任何需要额外花钱的插件，优先用原生工具和脚本。

最后一条我一般写成"能用脚本生成的就不要手摆"，因为手摆的东西下次改参数就得全部重来。

我怎么验收

写完提示词只是前半件事。跑完之后我自己核对五步：

1. 工程能不能在干净环境里打开并跑起来
2. 控制台有没有报错
3. 每一个上页面的数字能不能说出出处
4. 占位体和示意部分有没有被当成成品混进最终视图
5. 交付包里有没有夹带本机绝对路径、用户名或者内部地址

第 5 条经常被忽略，但它是唯一一个"错了就撤不回来"的项——东西一旦发布出去，路径里带的信息就都公开了。

顺带一提

那批资料里也夹着不少经营类的东西，还有教人把本机能力开放给远端的教程。这些我一份都没往站上放，判断标准写在借鉴与复刻的边界里。