从平面图到可漫游网页：一条空间内容智能体的完整交付链

十秒演示背后，是一整条空间内容交付链

来源：Fran Pradas 的 X 帖子，发布于 2026 年 11 月 12 日，共十条。作者在帖子中把 Claude Fable 5.2 设为整个流程的协调智能体。

真正有价值的不是模型生成了一张漂亮室内图，而是智能体把获客、核验、建造、批评与交付串成了一条可重复的空间产品流程。

Fran Pradas 展示了一套把二维房产平面图变成可在手机浏览器中漫游的写实住宅方案。公开帖子写成了面向房产开发商、建筑师、室内设计师和装修公司的销售手册。比标题更值得借鉴的，是它把一个空间生成任务拆成了清晰的产品边界：先找到真正缺三维体验的客户，再用免费样本降低采购风险，付款后才进入几何核验与场景建造，最后由没有看过前几轮结果的新批评者逐轮验收。

演示之所以有效，是因为平面图与结果出现在同一画面里。潜在客户不需要理解三维软件，就能立刻看懂承诺的转化过程。但这段画面没有回答更难的工程问题：哪些墙体被追踪，门洞是否落在正确位置，有多少结构是模型补出来的，以及交互页面在手机上是否仍然好用。这些问题要等客户付款后，才进入帖子给出的正式建造流程。

先选一类客户，不卖泛泛的三维服务

帖子建议只选一个细分行业，而不是对所有公司宣传“三维服务”。筛选信号也很明确：对方已经在网上展示平面图或效果图，但还没有三维漫游。这样的客户既容易理解产品缺口，又能提供现成的销售素材。

客户	当前销售方式	漫游可能补上的缺口
房产开发商	在竣工前用平面图卖期房	让异地买家在实体房屋出现前理解空间关系
建筑师	用设计提案和展示图向客户汇报	在静态图纸之外增加可体验的空间表达
室内设计师	用改造概念、效果图和材料板提案	展示房间之间如何连接，而不只给孤立画面
厨房与卫浴装修公司	用展厅产品和改造前后效果图销售	帮助客户比较计划布局与现有空间

在找客户阶段，帖子把智能体的任务限制得很具体：用 Apify 的 Google Maps 采集器找到某个细分行业和地区的公司，筛出有网站、公开页面展示平面图或效果图、但没有三维漫游的候选；再从公开页面保存平面图、一套代表性住宅的照片、销售联系方式和一句“目前如何销售”的说明。提示词明确要求只使用公开页面，不能绕过反爬控制。

这条边界很重要。自动获客很容易变成无差别抓取。可执行的方案应当为每个素材保留来源网址，遵守站点条款和机器人协议，尽量减少个人信息，并在任何外联前由人完整检查线索表。

免费样本是一个被刻意收窄的产品

与其发送通用作品集，智能体会根据潜在客户自己的平面图和照片生成样本。帖子建议先用 GPT Image 2.5 做三个房间，或用 Seedance 做一段短视频；只有客户付款后，Fable 才负责完整漫游。

1. 选择一个潜在客户和一套代表性住宅。
2. 生成三个与其视觉风格相匹配的房间画面。
3. 写一封简短邮件，附上样本和报价说明，不虚构价格、数字或承诺。
4. 把公司、平面图、样本、联系方式和邮件草稿放进同一张表。
5. 整张表检查完毕后才允许发送。

这种用法合理，因为免费样本是销售物料，不是最终交付。图片或短片足够便宜，可以按客户定制；生成速度足够快，可以测试多个细分行业；视觉效果又足够直观，能够开启对话。付费产品则必须满足另一套标准：保留原平面图的空间结构，并作为网页交互体验真正跑起来。

付款之后，先核验几何，再增加真实感

付费流程从结构化追踪开始，而不是从生成图片开始。智能体先把墙体、门洞和房间写入数据文件，再把追踪结果覆盖到原平面图上，测量两者是否对齐，确认后才能进入三维阶段。这个顺序能避免一种常见失败：场景看起来漂亮，空间关系却从第一步就错了。

阶段	必须产出的内容	进入下一阶段前的门禁
追踪平面图	结构化的墙体、门洞和房间	覆盖原图并测量对齐程度
限定场景范围	入口、客厅、厨房、露台和花园	未完成的房间关门，不凭空补造
建造场景	用 Blender Python 生成房屋、家具和材质	场景保持代码可复现，而不是一次性手工修改
交付产品	移动端可访问的实时网页	在手机上验证导航、加载、构图和交互

限定范围是整条帖子最有价值的工程判断之一。完整住宅可能包含私密卧室、含义不清的辅助空间，以及平面图本身缺乏视觉证据的房间。首批交付只做入口、客厅、厨房、露台和花园，既降低了重建风险，也把体验集中到通常最能促成成交的空间。

用 Blender Python 生成房屋、家具和材质，还能让结果可检查、可重复。智能体不是从一句提示词直接吐出一段视频，而是在操作一套由代码驱动的场景流水线，几何、材质、灯光和相机路径都能修改。最终交付实时网页而不是视频，是因为自由导航会暴露房间之间的空间关系，固定镜头则可以把这些问题藏起来。

每一轮都让没看过前面结果的新批评者验收

在 Pradas 的流程里，建造者不给自己打分。每完成一个房间，就把渲染图和客户照片交给一位没有看过前几轮结果的新批评者。批评者只能回答“是”或“否”，最多列出五个按优先级排序的问题，并为每个问题给出带数字的具体修改方法。

1. 把当前渲染图和客户照片交给新的批评者。
2. 要求给出通过与否的结论，问题不超过五条并按严重程度排序。
3. 先修最严重的问题，修改必须可以量化。
4. 重新渲染后，再交给另一位新的批评者。
5. 重复，直到该房间获得通过。

这比“看起来不太对”有用得多。无法执行的意见不能变成产品。“相机高度提高 15 厘米，左墙向内移动 20 厘米”则可以检查、重渲和比较。新批评者还能削弱确认偏差：建造场景的智能体不会在连续几轮里不断为自己的同一个错误找理由。

哪些是作者主张，哪些是画面真正展示的内容

主帖声称，有公司愿意为每张平面图支付 5,000 至 10,000 美元，并且这项服务存在商业需求。这些都是 Fran Pradas 的商业主张。帖子没有提供客户合同、发票、转化数据、客户名单或独立市场研究，因此不应把这组收入区间当作已经证实的事实。

十秒视频和截图展示了完整的产品概念：写实室内、浏览器漫游和原平面图叠加出现在同一个界面里。它们没有证明尺寸精度、自动重建平面图的准确率、移动端性能、交付周期或真实商业需求，也没有展示付费阶段的 Blender 流水线和批评者循环如何实际运行。

可信的主张是工作流设计，而不是建筑级自动还原。每个生成场景在交付客户前，仍需要回到原平面图做几何核验，并经过人工审查。

一套最低限度的验收清单

团队如果要采用这个思路，应在生成第一个房间前定义验收标准。下面几项检查能把帖子的宽泛承诺变成可验证的交付物。

检查项	需要回答的问题	应保留的证据
平面图对齐	追踪后的墙体、门洞和房间是否与原图对齐？	叠加图与测量偏差
场景范围	未完成的房间是否关闭，而不是被模型补造？	房间清单与门状态说明
视觉审查	每个房间是否符合客户照片和需求？	批评者结论、排序问题和修改记录
移动端交付	手机能否顺畅加载并完成导航？	设备测试记录与性能测量
权利与隐私	平面图、照片、联系方式和生成素材是否获准使用？	来源记录、使用许可与删除策略

更大的机会不是“一张平面图变一栋房子”的提示词，而是提示词周围的编排：找到精确客户，生成个性化样本，追踪原始几何，限制模型可以建造的范围，把建造留在代码里，引入独立批评，最后交付可交互的产品。这些才是帖子中值得借鉴的部分，前提是把商业主张和视觉输出，与已经验证的性能严格分开。

归属说明：本文综合 Fran Pradas 的公开帖子，不独立验证其关于客户报价和商业需求的主张；帖子中的 Instagram 推广以及关注、点赞、转发请求已省略。