用 AI 把自建房造梦软件做上线了，然后我发现「满意」才是真门槛

昨天（7/27）那篇写了 BIM 到自建房最大的鸿沟是成本结构，不是技术。文里那个给我泼冷水的朋友，不是我编的——当天（7 月 27 日下午）我们确实就自建房这事深聊了一轮，聊的还是「怎么让这事儿跑通」的层面。

他泼的那盆冷水我记着：自建房不是小 EPC，BIM 想单独收费等于从空气里抠。

但技术人有个毛病：道理听进去了，手还是痒。我转头就把「自建房造梦软件」的 demo 做出来了，地址 test.uebim.cn，现在已经能跑。

做出来之后我最大的感受，跟昨天那篇一脉相承，但更具体：

AI 出 demo 是真快。可要做到自己满意，比写代码难十倍。

一、这个 demo 到底是什么

一句话：业主用大白话描述理想中的家，AI 帮你把需求理成结构化参数，然后自动出三样东西——

• 平面布局图（LLM 直接吐 SVG）
• 外立面效果图（文生图）
• 粗估报价（面积 × 地域单价 × 风格系数）+ 地方合规提示

另外还有个素材库推荐引擎：你说出风格、层数、要素，它从库里给你推相似的效果图和施工图参考。

整个后端不到 700 行（Flask），前端一个静态页。三天前它还只是录音里的概念，现在是个能打开的网址。

二、AI 出 demo 到底有多快（真实步骤）

我把和 AI 协作的过程翻了一遍，步骤是这样的：

1. 规划：先让 AI 按「完全不考虑现有技术积累、纯按 AI 推荐方案」写一份产品规划（交流版），把功能边界聊清楚。
2. 生成 MVP：直接让 AI 出第一版可运行代码。
3. 接云端 Key：给了硅基流动的 API Key，平面用 DeepSeek-V3、效果图用 Kolors，秒出图。
4. 本机离线兜底：怕云端烧钱、怕断网，又让 AI 配了本地方案——Ollama（qwen2.5:7b）出平面、SD-WebUI 出效果图，零调用成本。
5. 转向素材库：跑了一阵发现，每次实时 AI 出图又慢又不准。于是改思路——先采集一批真实效果图和施工图，做成素材库，用检索推荐代替实时生成。这一步让「出图」从「赌 AI 发挥」变成「从库里挑最像的」。
6. 技术选型：问 AI「为什么不用纯 JS/HTML 做」，结论是前后端并存最稳——Flask 管 AI 编排，前端管交互。

从概念到能演示，核心代码一轮对话就出来了。AI 写 demo 的速度，已经不是「快不快」的问题，是「你来定方向它来填」的问题。

三、但「做到满意」难在哪（全是真坑）

demo 能跑 ≠ 能用 ≠ 满意。下面每一个坑，都对应代码里一行真实的妥协。

坑 1：平面图是「示意」，不是图纸

LLM 吐的 SVG 长这样：画几个带名字的方块（「房间 1」「房间 2」），标个尺寸。看着像平面图，实际是占位级——比例靠蒙、动线常翻车、尺寸对不上真实宅基地。

代码里有个 mock_svg()，没接 AI 时就用这个顶。接了 AI 之后也好不到哪去：DeepSeek 吐的 SVG 经常房间挤成一团，或楼梯画在墙里。它从来没生成过一张能拿去报建的图。

坑 2：效果图「每次都不一样」，且中文 prompt 是玄学

文生图的问题更烦：

• 云端 Kolors 出图快，但风格飘——你说「白墙灰瓦新中式」，它给你个欧式小洋楼也正常。
• 本地 SD 对中文 prompt 几乎听不懂，代码里被迫把风格硬翻成英文（STYLE_EN）才勉强能看。
• 模型接口还分裂：通义千问的 qwen-image 走同步接口、wanx 走异步轮询，硅基流动又是另一套。换一家模型，出图代码得重写一遍。

坑 3：估价是「编的」

报价逻辑是 面积 × 地域单价 × 风格系数，地域单价是代码里写死的示例值（北京 2200、上海 2400……）。这不是真实造价库，是按常识拍的。 真要给业主看，得接真实地域数据库——而这又是另一摊事。

坑 4：合规提示是「通用模板」

退线 0.5~1m、3 层要审批、风貌有约束——这些是写死的通用话术（tips() 函数）。它不替代任何地方的正式核对。真要做成产品，得按省、按县接规范库。

坑 5：素材库里「真实施工图」几乎为零

这是最扎心的。检索推荐引擎做好了，权重都调了（风格 5.0、结构 3.0、层数 2.0……），结果一跑：CC0 公开图库里根本找不到可用的真实施工图。代码里专门写了兜底——

★

「施工图已列入收集计划：当前 CC0 公开库暂无可用的真实施工图，需你方提供自有项目或采购授权后入库。」

换句话说：想推施工图，得先有施工图。而施工图在自建房这行，本就是稀缺资产。

坑 6：多模型切换的心智负担

为了「云端快、本地省、断网能演示」，做了三种模式。结果每次调试都得在 SiliconFlow / 通义 / 本地三套接口之间来回切，Key 丢了、模型 disabled、SD 显存爆了……demo 的「快」，是用后续的「维护碎」换的。

四、朋友那盆冷水，现在品出味了

回到昨天那个朋友（就是 7/27 下午那轮讨论的当事人）。他的判断比「技术难不难」高一层：

• 他认为这事的核心不是「做个设计软件」，而是「创造客户」——用内容（公众号宅基地区位分析、视频号改造案例）让本来没想建房的人，自己冒出改造念头。
• 盈利不收终端用户，收服务端入驻费（设计师、施工队在平台上接单）。
• 他还点了一句竞品：「图纸之家」那种只卖图纸的，只覆盖了「已经决定建房」的人，池子小；要做的是「还没想建」的大盘。

我当时听着像泼冷水，现在看 demo 跑完，反而觉得他是对的：AI 让「造工具」便宜了，但没让「造需求」便宜。 demo 解决的是「用户进来后能看个图」，朋友关心的是「用户凭什么进来」。

这跟昨天成本结构的结论接上了：自建房这事儿，技术从来不是最贵的那块，让业主愿意掏钱、让服务端愿意入驻、让图真的能施工——这些才是。

五、所以 demo 的价值到底是什么

我不是否定这个 demo。恰恰相反，它值钱在别处：

1. 它把「需求具象化」这件事成本打到近乎为零——业主说一句「想要个带院子的新中式两层小楼」，1 分钟看到平面和效果图。昨天文章里说的「看得到」，它真做到了。
2. 它验证了链路——对话采集需求 → 结构化参数 → 出图出价，这条主路是通的，后面替换真实数据库、接真实施工图库，是填坑不是重构。
3. 它让我提前撞上了所有「满意」的坑，而不是等到客户骂娘才发现。

AI 出 demo 快，是事实。但「快」只解决 0→1。1→10（图纸准、价真实、图稳定、合规靠谱、库里有货），每一个都是慢功夫，AI 替不了。

六、结语

从 7/26 录音里的概念，到 7/28 test.uebim.cn 能跑的 demo，技术上我没什么可骄傲的——AI 干的。

可真要做到自己满意、客户满意、业主敢照着去盖，我清楚知道：路还长，而且长在那几块 AI 不擅长的地方。

做 BIM 十年，我越来越觉得：技术门槛在往下掉，满意门槛在往上走。 谁能把「满意」那几厘米补齐，谁才配在这 3.8 万亿的市场里捡钢镚。

test.uebim.cn 现在的版本，是个「能看」的 demo，不是「能用」的产品。下一步我要填的坑，恰恰是我朋友最在意的——怎么让对的人，愿意点进来。

优易科技 | 优易 BIM 助手 欢迎转发