一个做了整整一年智能家居的老玩家，最尴尬的瞬间是什么？不是设备联动失败，而是他发现：自动化全都配好了，家里人压根不碰那个App。软件玩家Anton Frolov给出的解法，不是再买一个新设备，而是掏了约900美元，请一位场景美术师把整个家画成一张会动的插画，常驻在客厅电视上——壁炉会闪、花园灯会亮、空调一开画面里的它就开始转。这套骚操作在HN上挂了三天，分数涨到750+，评论区顺手吵出了一份「这活AI到底能不能平替」的实测清单。这篇文章把委托规范、配置清单、成本账和AI替代路径全部拆开给你，每一步都可以直接抄。
Frolov家里用Home Assistant（开源智能家居平台，下面简称HA）做自动化已经一年：人一离家，所有空调自动关；花园洒水器会看天气算时长，热天多浇、雨天干脆跳过。
但有些事机器替不了人。花园灯就是个典型：只能从App里开。更糟的是他还自己加了个小逻辑——灯开了一段时间后会自动熄灭，熄之前先闪烁几下，提醒你赶紧打开App续命。结果就是：全家人宁可让灯黑着，也没人愿意打开那个App。
他试想过装个物理开关，但解决不了定时问题；而灌溉这类设备，你总不能冲进花园按机身按钮，然后跑得比水还快。于是他换了个思路：不是让家人学会用仪表盘，而是把仪表盘做得让人想用。
他先调研了市面上两类主流「户型图仪表盘」：一类是3D建模，但大多是静态贴图加一圈图标；一类是像素风，很可爱，但意味着要么自己画、要么在图形编辑器里一个个摆素材。最后他选了第三条路——找一位真正会画空间的画师。他经人推荐找到一位场景美术师Owen Yeconiel（作品集风格以绘制的空间见长），一拍即合。
关键动作在这里：他给画师打包了一份六件套委托包——
技术规格书才是整单的灵魂，要求精确到文件格式：所有素材PNG透明底（动画用WebP）、每层楼出白天黑夜两个版本、每个设备独立图层——「关」是一张静帧，「开」是一段约8帧的循环动画，白天黑夜各一套。最狠的一条：所有文件必须在同一尺寸的共享画布上导出，每个部件都待在它在房子里的原始坐标上，不许裁切。就这一条，省下的是后面几天的对位时间——这是他踩过坑换来的。
还有两个实战返工记录：花园最终做了三版（白天、夜晚、夜晚亮灯）；动画本来要的是PNG精灵图，最后他自己转成了动态WebP，所以他建议你一开始就直接要WebP。
找画师、写需求、备文档，占了整个项目工作量的最大头。原因他自己说得很透：当仪表盘本身就是一幅插画、状态全靠动画表达、UI只剩几个图标和读数时，剩下没什么可「设计」和「开发」的了——美术就是项目本身。
插画到手后，技术侧反而简单。核心是HA自带的picture-elements卡片：
image:），所有会变的元素——设备、状态读数——作为elements:叠在上面，各自定位。image元素支持按实体状态换图（state_image）。空调关着显示静帧，一开就换成动态WebP，浏览器直接播放，零自定义代码。conditional元素盖在日景上，每个设备同样各备一套日夜版本。more-info控制面板，不用自己设计对话框。唯一例外是花园灌溉——一个图标背后是好几路独立阀门和定时器，没有现成界面，他用HACS里的Browser Mod自定义了弹窗。picture-elements卡片不能嵌套其他卡片，全屋总览就用vertical-stack堆叠、再用HACS的card-mod做CSS定位：花园垫在房子下面，二楼微微抬高一格，整栋房子呈「微爆炸」状态，两层楼一眼看穿。图片文件放在HA本机的/config/www目录，/config/www/floorplan/ground/ac_off.webp就对应/local/floorplan/ground/ac_off.webp。
他一开始就盯上了客厅电视。早期论坛都说LG的webOS浏览器不支持WebP——这谣传差点毙掉整个动画方案。实测结果：webOS浏览器完全支持WebP，以讹传讹大概率来自电视自带的图片查看器。他的建议很工程师：别信老帖子，扔一张测试图上去验一下再下结论。
真正的坑在别处：webOS不让把网页设成屏保、也不让浏览器默认打开指定页。他的绕法非常漂亮——电视本来就挨着HA主机，直接装HAOS Kiosk Display插件，把HA盒子接进电视的一个HDMI输入。仪表盘从此变成电视的一个信号源，永远开着、永远停在正确的页面。再叠加HACS的Kiosk Mode把HA菜单全部藏掉，画面纯净得像出厂界面。
HA还能控制这台电视，于是他加了条日程：早晚各几个小时自动切到仪表盘——前提是没人在看电视。整个系统的收尾堪称点睛：电视遥控器无法通过HDMI操控网页，电视上的仪表盘只能看不能摸——反而成了全家人的转折点。家人为了「能摸」，主动在手机上装了HA App、在电脑上收藏了仪表盘。那个一年没人肯用的App，被一张画救活了。
HN评论区为这单委托的价格吵成一团。综合评论区披露：这单委托费约900美元，画师是雅加达的自由职业者。有人说「普通人根本不会花900美元买一张数字画」，立刻有人反驳：找需要充实作品集的年轻画师、或在生活成本低的地区找画师，几百美元就能拿下；还有网友分享自己在Krita官方论坛的接单区找学生画师，单件不到100美元，效果好到从此上瘾。
值不值要放对参照系。评论区有人算了笔账：全屋定制控制系统的商业方案（Control4这类）动辄数千美元还要被生态绑死，智能中控屏几千美元，一个Homey主机就要300美元上下——相比之下，900美元的一次性美术费+免费开源的HA，买到的是「全家从拒绝使用到主动安装」的采用率拐点。还有网友晒出用AI做装修方案、比价砍价省下约2000美元的经历。智能语音音箱们努力了十年没做到的事，一张插画做到了——这才是这个案例真正的ROI。
这帖子的另一半价值，是评论区自发形成了一场「AI平替实测」：
路径一：图片模型改图。一位网友的结论很干脆：把自己已有的户型图喂给AI，标注清楚「棕色餐桌在这、冰箱在那」，效果可用；但扔一堆照片让AI自己悟，错误多到没法用。原理很简单——前者给了AI结构底稿，后者让AI自由发挥。
路径二：编程Agent建3D。有人用Claude Code直接建模，流程可抄：先把图纸连同层高信息导给它，配色参考单独给；用它的workflows功能跑整页提示词，不然慢到怀疑人生；分两步走——先生成只有墙体楼梯的命名3D模型，检查结构正确，再进入铺材质配色的有趣环节。他还额外做了一步：先拿一个6×6英尺的小房间当试验田，跑通后再放大到真实全屋。
路径三：激光雷达扫描。最省事的一条：用带LiDAR的手机跑PolyCam扫描房间，导出后交给Claude配合Blender处理。评论区承认，这条路对大多数人还隔着一台旗舰手机。
但翻车现场同样真实。一位正在盖房的网友想让AI渲染不同车库门颜色的效果图：纹理惊艳，结构灾难——双拼别墅被画成一根超长独栋，楼层时多时少，窗户随机分布，朝向跟图纸毫无关系，甚至给平地幻觉出一截楼梯。他的结论：现阶段让AI「只凭户型图加照片」画出这种插画，还差得远。
所以社区的真实共识是分层的：给足底稿（户型图+标注+参考图），AI已经能干到七八成；指望它无中生有，900美元还是花得有道理。有趣的是，连Frolov原文里的3D和像素风对比示意图，标注都写着「为本文生成的插画」——示意图交给AI，正式委托留给人，这本身就是一个-use case。
主工作流：
flowchart TD
A["家人不肯用App"] --> B["定方案：插画户型图"]
B --> C["攒委托包六件套"]
C --> D["委托场景美术师绘制"]
D --> E["硬规范：同画布分层导出"]
E --> F["素材放进 /config/www"]
F --> G["picture-elements 卡片"]
G --> H["设备挂 image 元素"]
H --> I["conditional 切日夜"]
I --> J["Kiosk Display 接电视"]
J --> K["HA日程定时上屏"]
K --> L["家人主动装回App"]
AI替代路径与翻车点：
flowchart TD
A["想用AI平替的三条路"] --> B["路径一：图片模型"]
A --> C["路径二：编程Agent建模"]
A --> D["路径三：激光雷达扫描"]
B --> E["给已有户型图加标注：可用"]
B --> F["扔照片让它自己猜：翻车"]
C --> G["先拿小房间试跑"]
G --> H["结构确认后再铺材质"]
D --> I["PolyCam导出交给Claude"]
E --> J["底稿越硬，成活率越高"]
H --> J
I --> J
| 你以为的 | 圈内人已经在做的 |
|---|---|
| 智能家居的最后一公里是买对设备 | 是让人愿意用——美术委托比新硬件管用 |
| 户型图仪表盘要3D建模软件 | 一张分层插画+一个官方picture-elements卡片就够 |
| 请人画图是有钱人的爱好 | 行情几百到900美元，Krita论坛学生画师不到100美元 |
| 这活AI已经全能干了 | 给足底稿能干七八成，自由发挥必翻车 |
| webOS电视浏览器不支持WebP | 是谣传，一张测试图就能证伪 |
| 画师交付=一堆好看的图 | 同画布、分层、日夜双版、8帧循环的交付规范才是核心资产 |
/config/www放图 → picture-elements卡片 → state_image换帧 → conditional切日夜，全程不用写一行代码。这案例最值得抄的不是那张漂亮的插画，而是它背后那条朴素的产品逻辑：推动 adoption 的从来不是功能清单，而是让用户「想碰」的那个瞬间。在家是这个道理，做产品也是。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护。 聚焦5G/6G核心网、3GPP标准、AI工具实战。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。