简讯

• 用 AI 助手对电视界面进行“氛围编程”已经是一个真实且可行的趋势——但 LG 的 webOS 和大多数成功案例所基于的 Android TV 并不是一回事。
• Claude 在运行安装程序前先阅读并验证了代码，随后悄悄要求我启用开发者模式——这一步清空了我已 root 的分区，也删掉了 Homebrew Channel 和我的去广告版 YouTube。
• “关于我在这件事里的责任，我得坦白说清楚。”

一切都始于我决定给自己的电视来一次“氛围编程”。

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

结果证明，这件事会以一种平庸得惊人的方式失控。不是电视变砖，也不是起火——而是一连串自信满满的 AI 决策，让我的处境比开始时更糟，最后还上演了一出“比尔·克林顿式”操作：在被指出搞砸之后，诚恳道歉。

我的目标是安装 Free My TV：这是一个面向 LG webOS 的开源启动器替代方案，在 GitHub 上有 3,300 个星标，界面是漂亮的磨砂玻璃风格，而且它的 readme 文件里几乎就是在邀请这种用法：只要把你电视的 IP 地址交给 Claude Code，它就会替你安装工具、构建应用并部署到电视上。这个项目显然考虑过这种场景。我本来应该是那种一切顺利的标准用户。

我让 Claude 运行安装程序。它并没有立刻执行——这一步其实是对的。它先逐行阅读了源代码。webos/install.py 会使用 ssh-keygen 解锁一个加密密钥，通过 9922 端口连接 LG 的开发者 SSH，把 .ipk 文件复制过去，再调用和 LG 官方工具相同的应用安装服务。没有利用漏洞，没有 eval()，也没有任何“偷偷回传数据”的行为。

“代码是干净的，”Claude 对我说。随后它构建了一个 636 KB 的安装包，并开始执行预检查。

这时，Claude 注意到我的电视在 22 端口上运行着 dropbear SSH——这是一个非常明确的信号，表明这台电视此前曾通过 Homebrew Channel 完成 root。这在 webOS 社区里是个众所周知的特征。基本上，这是一种远程与电视通信的方式。LG 不喜欢这个，所以默认会封锁它，而越狱会把它解锁。

没错，我的电视之前已经越狱，并安装了 Homebrew Channel。我通过它在电视上运行去广告版 YouTube，还有其他一些需要越狱电视才能运行的第三方应用和游戏。自 2023 年以来，我整套 root 环境一直都安安静静地正常工作，只是后来出于安全原因，在电视达到我想要的状态后，我把 22 端口关掉了。Claude 在第一次网络扫描时就看到了这些。

但它没有停下来问我是否知道这些情况。

相反，Claude 告诉我去启用 Developer Mode——也就是 LG 官方的开发者模式开关——这样它就可以通过 9922 端口上的开发者 SSH 把启动器推送过去。我照做了。电视重启了。

等电视重新开机后，Homebrew Channel 不见了。去广告版 YouTube 不见了。我的整个 root 环境都被清空了。开启 LG 的开发者模式时，会重新配置 /media/developer 分区，而我的所有东西恰恰都在那里。

翻译一下：Claude 把事情搞砸了，我的整套环境废了。

我当时真想大喊。我女儿已经睡了。我想一拳砸在笔记本上。我真的需要那些东西能用。

我的脑子瞬间从“氛围编程模式”切换到了“绝望模式”。我写道：“兄弟，Homebrew Channel 刚从我电视上消失了！还有我的去广告版 YouTube！发生了什么？我需要它们。”

然后那句熟悉的话来了：“关于我在这件事里的责任，我得坦白说清楚。”每当一个大语言模型用这句话开头，后面通常都意味着一次巨大的失误。果不其然：“我在第一次扫描时就看到了 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——已经在 2024 年 4 月被 LG 修补了。我的新固件是在那次修补 15 个月之后构建的。过去每次开机都会自动重新 root 的持久化钩子，如今已经无法再触发。

剩下唯一的候选方案是一个名为 faultmanager 的软件包。所以，出于某种近乎受虐的心理，我决定让它继续为自己的错误善后，试试 faultmanager 越狱。也就是从这里开始，事情在哲学层面变得有意思起来。

Claude 撞上了自己的安全系统——它把下一步操作（详细研究重新 root 的流程）标记了出来，并弹出一个选项：“Opus 5.5 的防护机制标记了这条消息。每次发生这种情况时，都切换到 Opus 4.8 继续吗？”

Anthropic 基本上是在说：“我们知道我们给旗舰模型加了限制，让它们用起来烦得要命。但如果你切换到更老、当然也更贵的那个模型，我们加在可用模型上的限制恰好会宽松得多。你自己体会吧。”

接下来的过程大致也在意料之中：Claude 去研究 faultmanager 流程，看到了“exploit（漏洞利用）”这个词，然后拒绝继续。我又试了 Claude Opus 4.8，它继续往前走了……但当它需要下载一个名为“root”的软件包时，消息又被标记了。我又换了另一个模型，而 Anthropic 将其标记为网络安全风险。

根据我深夜在 Google 上查到的信息，我的固件似乎还是可以打补丁的，所以我还有希望。

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

它直接把我送回了 LG 那个臃肿的默认启动器。Free My TV 是一个开发者模式应用，不是系统级替代方案，所以它不会自动启动——你每次都得像打开普通应用一样手动打开它，除非你有 root，才能把它做成持久化。

所以，这个应用确实能用。至少在技术上是这样。

这个周末我会继续深入研究重新 root 电视的方法。这次不搞什么“氛围编程”了——只走官方的 faultmanager 流程，或者别的什么手动方案，前提是我先真正把功课做完。