先说结论：真正的新意是把“看模型”变成“在尺度里做决定”

Christian Selig 的案例不是又一个自动生成精美室内图的 AI 演示。他先在 Fusion 360 里照着平面图画墙、门窗和地形，再用家具与材质建立尺度参照，最后把模型导成 Apple 平台常用的 USDZ。普通文件预览虽然能打开模型，却无法让人自然走过一整套住宅；于是他用 Claude 和 Codex 做了 Prospector，让游戏手柄控制移动、转向、升降和六倍速，还可以贴着地形走、临时隐藏虚拟世界确认现实中的障碍物。

这个流程适合中文创作者的地方，是它把抽象尺寸变成可讲、可拍、可比较的体验。平面图上“13 英尺乘 15 英尺”很难形成身体尺度，放进床、书桌和厨房岛台后，门口第一眼能看到什么、走廊是否局促、家具周围还剩多少活动空间，会变成一段可以录屏讨论的内容。它也展示了一个健康的 vibe coding 使用场景：需求小、使用者就是作者、失败成本可控，代码不需要先被包装成通用 SaaS。

复刻时最容易漏掉的是硬件、维护和素材权利

Prospector 目前不是下载即用的 App。README 要求把 USDZ 拖进 Xcode 工程、修改 Swift 文件里的模型名、配置开发团队签名，再把工程跑到 visionOS 2.5 以上的 Vision Pro；移动还需要配对手柄。仓库只有一次提交，作者明确称代码粗糙，也没有声明许可证。读者可以把它当作观察实现思路的样本，但不能默认拥有复制、改编或再发行权，更不应在没有测试的情况下把它交给客户现场使用。

模型资产也要单独处理。作者提到从 IKEA 和 3D Warehouse 获取家具模型、用转换工具改格式，这说明工作流可行，不代表所有素材可以被抓取、重打包或商业发布。可靠教程应优先使用自己制作、明确授权或 CC0 的模型与纹理，保留来源和许可记录；户型图若属于真实客户，还要去除地址、家庭动线等隐私。这个选题最好的落点不是“AI 已经替代建筑软件”，而是“一个人如何用现成 3D 格式、头显和临时代码，把不可逆的大决定提前变成一次低风险走查”。