一台用了 4 年的电视，还能不能“抢救”一下？ 整理 | 郑丽媛 出品 | CSDN（ID：CSDNnews） 你有没有这种感觉：家里的智能电视刚买回来的时候还挺快， 用上三四年就开始卡得让人抓狂？ 按一下遥控器要等好几秒，菜单翻半天才能找到想看的 App，满屏的推荐内容看得人眼花缭乱。 土耳其 AI 工程师 Mert Cobanov 也遇到了同样的问题。他家那台用了四年的 Android TV，症状相当典型： 操作卡顿、菜单杂乱、系统臃肿、推荐流没完没了。 换了别人，可能就凑合用，或者直接买台新的了。但 Mert Cobanov 不一样——他的职业就是跟 AI 打交道。所以，他决定做一件听起来有点疯狂的事： 让 AI 来修电视。 他没自己动手调设置，没给电视 Root，也没装什么“电视加速器”。他的做法是：打开电视的开发者选项，通过 Android 调试桥（ADB）把 Claude Code 连上去，然后给 AI 下达一个清理任务。 结果，效果好得惊人—— 清理完之后，这台 用了 4 年的老电视居然 “ 比刚买回来的时候还流畅 ” 。 到底是什么，让电视越来越慢？ 通常来说，一台智能电视使用几年之后，系统里会不断积累各种应用和后台服务：厂商预装软件、流媒体 App、推荐引擎、屏保、语音助手、遥测服务以及各种系统组件。这些东西并不一定都是“垃圾”，但问题在于， 其中很多服务可能已经多年没用过，却依然占据着系统资源。 与此同时，许多智能电视系统的首页也越来越复杂，大量推荐内容、广告和动态 UI 都会增加系统的负担—— Mert Cobanov 想解决的，正是这种“软件越用越臃肿” 的 典型问题 。 他的思路很简单：既然电视硬件已经无法升级， 那就把那些不需要的软件和后台服务 都 清理掉，同时减少系统动画和首页推荐带来的额外开销。 只是这一次，他没有自己一个个敲 ADB 命令，而是 直接把任务交给了 Claude Code。 在外行人看来，这件事听起来似乎很复杂，但底层原理其实不难理解。Android Debug Bridge（ADB）本来就是 Android 官方提供的调试工具，可以让电脑通过命令行与 Android 设备通信，并执行包括安装、调试以及 Shell 操作在内的各种任务。 Mert Cobanov 的做法，就是先在电视上开启 Developer Options 和 USB/Wireless debugging，然后找到电视的 IP 地址，让电脑和电视处于同一网络，再通过 ADB 与电视建立连接。 连接完成后，Claude Code 就获得了一个能够执行系统命令的入口。但 Mert Cobanov 并没有简单地告诉 Claude：“帮我把电视变快”——相反， 他给 Claude 写的 Prompt 详细得让人叹服 ： 里面有规则、有禁区、有操作顺序，还有各种应急预案。 ● 首先， 禁止卸载任何软件 ，所有操作都通过 pm disable-user --user 0 命令执行，随时可用 pm enable 一键恢复。AI 还要详细记录每一步操作，把禁用的包和恢复命令都写进日志。 ● 其次， 不允许 Root、解锁 bootloader 或刷第三方 ROM 。 ● 最后， 每次最多禁用 10 个包 ， 然后停下来看电视 是否正常 。全部没问题，才继续下一批。 概括来说，整个过程基本被拆成了一个完整的反馈闭环： 禁用一小批软件 → 测试电视 → 检查遥控器 → 测试 HDMI → 打开 Netflix → 打开 YouTube → 测试声音 → 测试屏幕键盘 → 确认没有问题后继续。 他的要求非常明确： 先测量，再操作；先识别风险，再逐步处理。如果出现异常，则立即撤销上一批操作—— Mert Cobanov 将这种方式称为“supervised automation（监督式自动化）”。 最危险的，偏偏是 那些看起来最像 “ 垃圾 ” 的 软件 整个过程中最惊险的一幕，发生在一个叫 com.tcl.suspension 的包上。 在 Mert Cobanov使用的 TCL 电视中，有一个软件包名为：com.tcl.suspension——光看名字，怎么看怎么像某个无关紧要的厂商预装软件。 结果 Mert Cobanov 一禁用，电视遥控器上的“输入/信号源”按钮直接失灵，再也切不了 HDMI 了 ！ 这个教训极其深刻：在 Android TV 上，一个包的名字根本说明不了它到底是干什么的。 为此，Mert Cobanov 在 Prompt 里 专门列了一份“绝对不能碰”的黑名单 ：HDMI 输入服务、遥控器相关服务、Google Play 服务、位置服务（禁了可能导致无限重启）、屏幕键盘、以及默认桌面启动器。 这也是为什么