北京
家里几十盏灯、传感器、播放器和自动化，全跑在 Home Assistant 上。这套系统用了好几年，规模越滚越大，唯独仪表盘一直没跟上——看着还行，但高度对不齐、缺几个顺手的控制项，这些小毛病攒了一堆。要修就得钻进 YAML 里逐条改，几个月过去，始终没腾出那个心情。
后来听朋友的建议，把这件事丢给了 Claude。结果不是花几个小时调卡片、排配置错误，而是让它先读懂现有环境、认出设备，再直接生成整套改版所需的配置文件。凑齐这套流程只需要三样东西：一条 MCP 连接、配置文件，加上几张截图。
第一步：用 MCP 把 Claude 接到 Home Assistant 上
作者在 Mac 上用的是 Claude 桌面端，给它配了 Home Assistant 的 Model Context Protocol 服务器。MCP 是一套开放标准，作用是让 AI 助手能和外部应用通信、调用它们的工具和数据。在这里，它成了 Claude 与本地 Home Assistant 之间的桥，让 Claude 能更深入地看到这套智能家居是怎么运转的。
实际效果是，Claude 拿到了一份家庭环境的实时快照：能查设备名称、看某盏灯当前的状态，还能试探不同实体之间怎么响应。家里有 Dyson 风扇、WiiM 串流器、Plex 播放器和 Alexa 设备，不用手动翻实体列表去确认连了什么，直接让 Claude 认设备、报状态就行。排查问题时这一步帮了大忙。
改版过程中，这条连接还顺手解释了几个老毛病：音乐播放器小组件为什么卡在上一首歌、Plex 明明在放音乐却显示空闲、玄关那盏灯为什么一直亮着。这些手动也能查，但有了 MCP 连接，整个过程顺畅得多。
第二步：MCP 不够用，就补上 YAML 和截图
MCP 也有局限。目前它只显示友好名称，不显示设备实体，也读不到 Lovelace 仪表盘。光靠它完不成改版，所以作者把仪表盘的实际 YAML 也交给了 Claude——卡片结构、实体引用、用到的自定义组件，全在里面。这是第二层上下文。
第三层是截图。把当前界面的截图给 Claude 看，它才能知道改动落到界面上是什么样，包括卡片重叠、文字被裁、间距不一致这些具体问题。
Home Assistant 的 MCP 支持还在演进。作者对升级一向谨慎，习惯落后一个版本，好提前知道有哪些破坏性变更。较新的 MCP 服务器版本功能更多，比如独立的工具组、读取实体状态并执行操作。再往前一步，HA-MCP 项目甚至能处理自动化和脚本，理论上可以省掉一部分手动复制粘贴，但作者暂时还不打算开放这么大的权限。
第三步：从 YAML 到自动化，Claude 直接产出可用的配置
上下文给足了，接下来就是动手改。作者没有问 Claude“这张卡片该怎么改”，而是直接描述想要的布局，让它生成完整配置。具体到仪表盘，就是为单张卡片、主题、脚本和自动化创建和修改 YAML；更复杂的改动也能接，比如配置一个在多个播放源之间切换的通用媒体播放器。
关键在于 Claude 给的是实际配置文件，不是“你应该怎么做”的口头指导。作者把文件复制粘贴回 Home Assistant，该刷新的刷新、该重启的重启，界面就活了过来。有些复杂的 UI 改动，靠自己根本做不出来。
当然不是全自动。少数特定功能还得手动介入，比如 input select 辅助元素、做一个滑动卡片。但让 Claude 生成配置、解析 YAML 抓语法错误、测试 JavaScript 模板，这套组合下来，作者搭出了一套原本会很吃力的方案。
有意思的是，作者说最大的收获并不是这次界面翻新。生成 YAML 的路子很多，真逼到那份上，把 Home Assistant 那套详尽的文档读一遍也能解决。真正有用的是，Claude 能直接和 Home Assistant 服务器对话、理解现有配置，再把它变成几乎一次就能替换上线的可用文件。
那个拖了几个月、又枯燥又费时的仪表盘整理，最后在一个小时内完成——不只是修好了，是实打实地升了一级。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
