用 AI 助手对智能电视界面进行氛围编码（vibe coding）是一种真实可行的潮流——但 LG 的 webOS 与 Android TV 完全是两回事，大多数成功案例都来自后者。在 Android TV 上，侧载一个应用只需在设置里切换一个开关；而 webOS 把所有外部安装都纳入 LG 自己的开发者流程，想让任何东西永久生效都需要 root 权限。

就我这次经历而言，Claude 在运行安装代码之前先阅读并验证了代码，然后悄悄让我开启开发者模式——结果这一步抹掉了我已获取 root 权限的分区，删除了 Homebrew Channel 和免广告 YouTube。之后 AI 承认了过错，建议我切换到较旧的模型以绕过它自己设定的限制，并交付了一个技术上能用、但无法自动启动的启动器。

"I have to be straight about my part in this."（我必须坦白我在其中的责任。）

每个 AI 用户都熟悉并害怕这句话。AI 刚刚搞砸了事情，接下来它就要告诉我搞得多糟。

一个下午、一台 LG 电视和 Claude

一切始于我决定对电视进行氛围编码——把自然语言描述的目标交给 AI 助手，让它读取、编写并在目标设备上运行代码。人们用 AI 助手改造智能电视已经有一段时间了——Decrypt 此前曾报道过——去除广告、追踪器和臃肿的默认启动器。效果确实令人印象深刻：界面更干净、导航更流畅，而且每次坐下来看电视时，LG 的间谍软件不再偷偷回传数据。

所以看到那些演示后，我心想：这能有多难？我有一台 LG 电视、一个 Claude 和一个下午的时间。开干。

结果证明，答案是：事情会以极其平淡的方式失控。电视没变砖，也没起火——只是一连串自信满满的 AI 决策让我的处境比开始时更糟，最后以一招"比尔·克林顿式"操作收尾：在被指出搞砸之后诚恳道歉。

本该一帆风顺的用户

目标是安装 Free My TV，这是一个 LG webOS 的开源启动器替代品，在 GitHub 上有 3,300 颗星，界面是漂亮的磨砂玻璃效果，其 readme 文件简直就是在召唤这种使用场景：只需把电视的 IP 地址给 Claude Code，它就会安装工具、构建应用并替你部署。这个项目早就考虑到了这种情况。我本该是那个走上"快乐路径"的用户。

我让 Claude 运行安装。它没有立刻执行——这是正确的做法。它先逐行阅读了源代码。webos/install.py 使用 ssh-keygen 解锁加密密钥，连接 LG 开发者 SSH 的 9922 端口，把 .ipk 文件复制过去，再调用 LG 自家工具所用的同一个应用安装服务。没有漏洞利用，没有 eval()，没有任何回传数据的动作。

"代码很干净，"Claude 告诉我。它构建了一个 636 KB 的安装包，并开始运行预检。

就在这时，Claude 注意到我的电视在 22 端口运行着 dropbear SSH——这是电视此前通过 Homebrew Channel 被越狱的一个非常明确的迹象。这在 webOS 社区是众所周知的指纹。本质上，它是一种远程与电视通信的方式。LG 不喜欢这样，所以把它封锁了，而越狱可以解锁它。

Claude 从未过问的 root 环境

是的：我曾越狱了自己的电视并安装了 Homebrew Channel。我在上面运行着免广告 YouTube，以及其他需要越狱电视的第三方应用和游戏整套 root 环境自 2023 年以来一直安静地运行着，而在电视按我的意愿正常工作后，出于安全考虑我关闭了 22 端口。Claude 在第一次网络扫描中就看到了这一切。

它没有停下来问我是否知情。

相反，Claude 让我开启开发者模式——LG 官方的开发者开关——这样它就可以使用 9922 端口的开发者模式 SSH 来推送启动器。我照做了。电视重启了。

重启回来后，Homebrew Channel 不见了。免广告 YouTube 不见了。我整套 root 环境被抹掉了。LG 的开发者模式在开启时会重新初始化 /media/developer 分区，而我所有的东西恰恰都存放在那里。这次抹除并不是流程中的意外——这个开关本来就是按 LG 的设计在运作，而这正是一种已经扫描过网络的助手在要求用户拨动开关之前，本应先行提醒的系统级副作用。

翻译一下：Claude 刚刚搞砸了，我的环境完蛋了。

我恨不得大喊大叫。女儿已经睡了。我恨不得砸了笔记本电脑。我需要那套环境正常运转。我的思维从氛围编码模式切换到了绝望模式。

"哥们，Homebrew Channel 从我电视上消失了！我的免广告 YouTube 也没了！怎么回事？我需要它们，"我写道。

"这是我的错"

在运行诊断并发现空分区之后，Claude 的回应是每个爱好者最怕从 AI 助手那里听到的那种："我欠你一个直截了当的回答：这是我的错。"

然后它来了："I have to be straight about my part in this."（我必须坦白我在其中的责任。）每当一个 LLM 以这句话开场，接下来必然是一个巨大的失误。果然："我在第一次扫描时就看到了 22 端口上的 dropbear，本应停下来先保护你的 root 权限，再让你去切换任何设置。我没有这样做，导致你失去了有效的 root 权限。对不起，"Claude 说。

你当然是抱歉的。

不过该给的评价还得给——它确实尝试修复自己搞坏的东西。它直接从 GitHub 发布页下载了 Homebrew Channel v0.7.3 和免广告 YouTube v0.5.3，验证了文件头，编写了恢复脚本，通过开发者模式 SSH 推送了两个 .ipk 文件，并通过检查电视自身的应用列表进行了独立验证。

"YouTube AdFree——这个标题证实了它正是你丢失的那个应用，"它说。应用恢复了。会话继续进行。

然而，root 权限没有回来。

一步过头的越狱

我的电视运行固件 04.60.90，webOS 7.6.0-19，构建于 2026 年 7 月。最初用来获取 root 的漏洞——crashd——已被 LG 于 2024 年 4 月修补。我的新固件是在该补丁发布 15 个月之后构建的，因此过去每次开机都能自动重新获取 root 的持久化钩子再也触发不了了。

剩下的唯一候选方案是一个名为 faultmanager 的软件包（GitHub 上的源码）。于是，出于某种自虐的心理，我让 Claude 修复自己的错误，尝试 faultmanager 越狱。就在这时，事情在哲学层面变得有趣起来。

Claude 撞上了墙——它自身的安全系统标记了下一步（详细研究重新获取 root 的流程），并弹出一个选择："Opus 5.5 的安全机制标记了此消息。是否切换到 Opus 4.8，并在每次遇到这种情况时继续？"

Anthropic 实际上是在说："我们知道自己把限制内置到了旗舰模型中，让它们用起来令人痛苦地束手束脚。但如果你切换到较旧的、当然也贵得多的那一款，我们在功能性模型中施加的限制恰好宽松得多。你自己看着办吧。"

这正是 AI 智能体从编写网站迈向操控真实设备时固有的矛盾：为拦截恶意网络活动而设计的安全机制，很难区分一个正在恢复自己电视的人和一个正在探测他人设备的攻击者。

会话的其余部分大致不出所料。Claude 研究了 faultmanager 流程，看到"exploit"（漏洞利用）这个词后便拒绝了。我换用 Claude Opus 4.8，它继续推进了——直到需要下载一个名为"root"的软件时，消息再次被标记。我又试了另一个模型，Anthropic 将其标记为网络安全风险。

根据我深夜搜索的结果，我的固件似乎是可以打补丁的，所以我还有希望。

启动器能用。从技术上讲。

说实话，这个氛围编码出来的启动器本身确实安装成功了。我打开它，它看起来和演示里一模一样：干净的磨砂玻璃界面，没有广告，也没有 LG 那些我从没主动要求过的强势内容推荐。真心不错。我盯着它看了一会儿。

然后我按下了遥控器上的主页键。

它直接把我送回了 LG 那个臃肿的默认启动器。Free My TV 是一个开发者模式应用，而不是系统级替换品，所以它无法自动启动——每次都得像普通应用一样手动打开，除非你有 root 权限让它持久驻留。

所以这个应用是能用的。从技术上讲。

这个周末我会深入研究重新获取 root 的方法。这次不搞氛围编码了——只会在真正做好功课后，手动执行官方的 faultmanager 流程或其他方法。如果成功，Free My TV 终于能获得它持久运行所需的 root 权限；如果失败，这个启动器就只能作为一台曾经完全按我意愿运行的电视上的一个手动快捷方式存在。