我用AI氛围编程改造智能电视，结果Claude把它搞砸了

“我必须坦诚地说明我在这件事中的角色。”

每个 AI 用户都熟悉并害怕这些话。AI 刚刚搞砸了，而它正要告诉我有多糟糕。

这一切都始于我决定对我的电视进行氛围编程。

人们用 AI 助手对智能电视进行氛围编程已经有一段时间了，去除广告、追踪器和臃肿的默认启动器。结果确实令人印象深刻——更简洁的界面、更快的导航，不再有 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 不喜欢这样，所以它被封锁了，而越狱可以将其解锁。

所以，我越狱了我的电视，并安装了 Homebrew Channel。我通过它在电视上运行了一个无广告的 YouTube，以及其他需要越狱电视才能使用的第三方应用和游戏。自 2023 年以来，整套已 root 的设置一直在安静地运行，但在电视按照我想要的方式工作后，出于安全原因我关闭了 22 端口。Claude 在第一次网络扫描中就发现了这一点。

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

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

当它重新启动后，Homebrew Channel 不见了。无广告 YouTube 不见了。我整个已 root 的设置都被清除了。当你开启 LG 的开发者模式时，它会重新配置 /media/developer 分区，而所有东西恰好都存放在那里。

翻译过来就是：Claude 刚刚搞砸了，我的设置被弄坏了。

我想尖叫。我女儿睡着了。我想砸笔记本电脑。我需要它能用。

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

Claude 在运行诊断并发现分区为空后给出的回应，是每个爱好者都害怕从 AI 助手那里听到的话。“我得给你一个直接的答案：这是我的错。”

然后它来了：“我必须坦诚地说明我在这件事中的责任。”每当一个大语言模型以这句话开头，就意味着接下来要爆出一个巨大的失误。果不其然：“我在第一次扫描时就看到了 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 将其标记为网络安全风险。

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

现在，说实话，那个氛围编程出来的启动器本身确实装上了。我打开了它。它看起来和演示一模一样——干净的磨砂玻璃搁架，没有广告，没有 LG 那些针对我从未要求过的内容的激进推荐。真的不错。我盯着它看了一会儿。

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

它直接把我送回了 LG 臃肿的默认启动器。Free My TV 是一个开发者模式应用，不是系统级替代品，所以它不会自动启动——你每次都必须手动打开它，就像任何其他应用一样，除非你有 root 权限让它常驻。

所以这个应用能用了。严格来说。

这个周末我会更深入地研究重新获取我电视 root 权限的方法。这次不用 vibe coding——只用官方的 faultmanager 流程 或其他手动运行的方法，在我真正做完研究之后