花园房房型与室内

一句话改房型(「三室两卫一厅」「加个书房」「改成大开间」),毫秒重排 · 卧室/卫生间/书房/客厅各有独立设计语言 · 60 个 SKU、每件能看参数能换档。没有生成模型参与:几何来自目录、尺寸来自 SKU 表。

视角
时段
Agent
拖动空白处旋转 · 滚轮缩放 · 拖房子可在花园里挪 · 点任意一件看参数
上一次重排
房间
总价
满配负载
场景网格数
自检

为什么不是「文本生成 3D」

需求文档里主指标是「单个 Scene 平均绑定的 Placement 数」。那句话把技术选型定死了:场景里每一件都必须是可寻址的 SKU。文本→3D 世界模型(HunyuanWorld、SpatialGen、FastScene 这一类)生成的是像素或高斯点,绑不上 SKU,也就撑不起「场景即货架」。右栏那份清单不是渲染完之后配的说明,它就是渲染的输入

外立面按真实构造分件

室内:材质对比是关键,不是加细节

调这一版踩的六个坑

还不够好的地方

没有全局光照、没有面光源软阴影,所以不是照片级。壳体与家具仍是参数化几何,等把供应商实拍转成 glTF 后替换,这段代码一行不改。房间偏空是真实的——目录里就这些件,软体家具按英国 BS EN 1021 那条闸门第一批不上。

素材与披露:贴图取自 app_seed_assetsapp_use=yes-label-as-concept 的自生成图, 做过去光照展平(渲染比实物好看=退货),按素材包规则应标「概念图/示意」; 其为 AI 生成,欧盟投放落在 EU AI Act 第 50 条披露范围内。 no-permission-pending 的 33 张供应商官网图一张都没用。 画面里的书、杯子、水壶、绿植、地毯、挂画是陈设示意,不销售、不计价,可在上方关闭。 目录价格与交期是占位;关键词解析是占位,真实版本换成一次 LLM 调用返回同样的 JSON,其余代码一行不改。