家里的 Home Assistant 越用越庞大，面板却一直没跟上：卡片高度对不齐，一些控件也缺着，可就是没时间也没心情去啃 YAML。有位网友听了朋友的建议，把这件事交给了 Claude，结论是：给它足够的上下文（MCP 连接、面板 YAML、界面截图），一小时就能完成原本要几个周末的改版。
他家有几十盏灯、传感器、媒体播放器和自动化。思路是不再一张张卡片地调、一个个报错地查，而是让 Claude 先理解现有环境、识别设备，再生成整套重做所需的配置文件。
第一步：用 MCP 把 Claude 接进 Home Assistant
做任何事，上下文都是关键。他在 Mac 上用 Claude 桌面应用，并配置了 Home Assistant 的 Model Context Protocol（MCP）服务器。简单讲，MCP 是个开放标准，让 AI 助手能和外部应用沟通，读取它们的工具和数据；在这里，它就像一座桥，把 Claude 和本地的 Home Assistant 连起来。
有了这座桥，Claude 就拿到了家里的“实时快照”：能查设备名称、看一盏灯现在的状态，还能试探实体的反应。他家有好几台戴森风扇、WiiM 流媒体播放器、Plex 播放器和 Alexa 设备，不用再手动翻实体列表，直接让 Claude 识别设备、查状态即可。
改版过程中，这条连接还帮着排查了几个老毛病：音乐播放器小组件卡在旧曲目、音乐在放但 Plex 显示空闲、玄关的灯关不掉。这些手动也能查，但有了 MCP 会顺畅很多。
MCP 有局限，所以再补上下文
目前 Home Assistant 的 MCP 只显示友好名称，不显示设备实体 ID，也读不到 Lovelace 面板。所以光靠 MCP 做不了完整改版。他的做法是再给 Claude 两样东西：
- 面板 YAML：让它了解卡片结构、实体引用和自定义组件；
- 当前界面的截图：让它看到重叠的卡片、被截断的文字和间距不一致这类问题，也能看出配置改动在界面上的效果。
顺带一提，Home Assistant 的 MCP 支持还在演进。他对升级比较谨慎，习惯落后一个版本，以免遇到破坏性变更。较新的 MCP 服务器版本已经支持分组工具、读取实体状态和执行操作；还有 HA-MCP 这个项目，甚至能处理自动化和脚本，能减少不少手动复制粘贴。不过他暂时还不想放开这么大的权限。
第二步：让 Claude 把想法变成可用的配置
上下文给足之后，工作流就简单了：他不再问“这张卡片该怎么改”，而是直接描述想要的布局，让 Claude 生成完整配置。包括卡片 YAML、主题、脚本和自动化，也包括更复杂的改动，比如配一个能在多个播放源之间切换的通用媒体播放器。
关键在于 Claude 给的是真正的配置文件，而不是只告诉您怎么做。他把文件复制回 Home Assistant，需要时刷新或重启，就能看到效果。有些复杂的界面改动，他自己恐怕做不出来。
当然不是全自动。输入选择器（input select）辅助实体、滑动卡片这类功能，他还是得手动介入。但在 Claude 帮忙生成配置、解析 YAML 排查语法错误、测试 JavaScript 模板的配合下，他搭出了凭自己很难搭成的面板。
最大的收获不是 UI，而是“能对话的服务器”
讽刺的是，这次 UI 改版并不是他最大的收获。生成 YAML 的办法有很多，实在不行读 Home Assistant 的文档也行。真正有用的是 Claude 能和服务器对话、理解已有配置，并产出几乎可以直接替换的文件。拖了好几个月的面板整理，在 Claude 承担大部分配置和排查工作之后，一小时内不仅修好了，还明显升级。想继续折腾的话，可以看看 Home Assistant 装 Codex 插件改自动化，或者 Gemini 4 Argon 对比 Claude Code 改 Kindle 看板。
想自己试试，可以从 Home Assistant 官方文档 查看 MCP 服务器的最新支持情况。
常见问题（FAQ）
只接 MCP，够不够改面板？
不够。目前 MCP 只显示友好名称，不显示实体 ID，也读不到 Lovelace 面板，还得补上面板 YAML 和界面截图。
Claude 生成的配置能直接用吗？
大部分可以，复制回 Home Assistant 后刷新或重启即可。少数功能（比如输入选择器辅助实体、滑动卡片）要手动处理。
会不会改乱我的 Home Assistant？
这位网友的做法是自己复制粘贴文件，不给 AI 直接写入的权限。建议改之前备份面板 YAML，改坏了好回退。
要不要马上升级到最新版 Home Assistant？
他自己习惯落后一个版本，以便提前了解破坏性变更。新版 MCP 功能更多，您可以按自己对稳定性的要求来取舍。