禁用清单是什么

连接建立后，就进入了整个流程中最需要你动脑子的环节：确定"禁用什么、留下什么"。

这份答案以一纸清单的形式存在，我们叫它禁用清单。它不是从天而降的，而是助手通过 ADB 把你电视上现存的应用逐一列出（底层是 ADB 的包列表命令，如 pm list packages，由脚本代劳），再与项目内置的预装软件分类比对，生成一份"建议禁用"的草稿。草稿之后，必须经过你的人工把关，才能成为最终执行的清单。

为什么人工把关不可跳过？因为助手不知道你的生活。它不知道你其实每天都用厂商的云游戏，不知道你家小孩靠那个儿童应用学英语，更不知道你习惯用语音助手找片。清单再智能，也只是概率；你的习惯，才是标准答案。

清单的三大类别

一份负责任的清单草稿，通常把应用分成三类。理解这三类，你就能快速过目。

三个词记住要诀：推广类的可以大胆禁，功能类的想清楚再禁，底座类的坚决保留。 所谓底座类，就是电视"缺了就出事"的应用——启动器没了没有桌面，输入法没了没法搜索，这类应用一旦被误禁，电视可能开不了机或者界面异常，需要走恢复流程才能救回来。项目虽然提供了恢复路径（见下文与 ct-0403），但没必要主动往坑里跳。

人工把关四问

拿到清单草稿后，不要一目十行地扫过去，对每一个"待禁"应用问自己四个问题：

1. 这半年我打开过它吗？ 想不起来，基本就可以禁。预装软件最大的罪就是占地和弹推广，禁了世界清净。
2. 它是"缺了就出事"的底座应用吗？ 启动器、输入法、应用商店这类，列入清单也划掉，保留。
3. 禁用它会影响遥控器的某个按键或某个功能吗？ 比如语音键、首页键、某些信号源切换，可能和特定应用绑定。不确定就查一下再禁，查不清就保留。
4. 我说得清它干什么吗？ 说不清用途的，先查再禁；查了还是糊涂，保留。宁可少禁一个，不要错禁一个。

四问答完，清单就从"助手的建议"变成了"你的决定"。这个过程通常花不了五分钟，但它是整本书里性价比最高的五分钟。

动手前的最后一道闸：备份

清单定稿、执行之前，还有一道绕不开的程序：改前备份必须已经完成。具体来说，助手应该已经通过 recovery.py 之类的手段，把电视当前的应用包状态记录下来，写好了 disable.sh 需要的恢复记录（这一机制的细节在 ct-0403 展开）。

备份在，一切可逆；备份不在，先别动。这是本书重复最多的一句话，到了最关键的清单环节，再重复一次也不过分。让助手明确回报"备份已完成、恢复记录已生成"，你见过那个记录文件的名字，再点头执行。

执行与确认点

清单定稿、备份就位，执行反而是一句话的事。助手会按清单逐项调用 pm disable-user——注意这个命令的性质：它是设置里"停用"的命令行等价物，只停用，不卸载，应用数据原样保留。哪天后悔了，恢复启用即可，App 还在原地。

执行阶段你要盯的确认点如下：

执行成功后，电视不会发生肉眼可见的剧变——预装应用的图标从首页消失、不再弹推广，是回到首页后才能感受到的变化。真正的验收在 ct-0305，那篇会带你逐项测试。

常见误区

一个顺手的好习惯

清单定稿后，把它和备份记录放在一起保存——可以是项目文件夹里的一个文本文件，也可以是你在助手里让助手导出的一份摘要。下次电视固件升级、部分禁用被还原时，这份"当初禁了什么"的档案就是 repair 的地图，配合 ct-0403 讲的 check.py，可以快速把电视修回你满意的状态。

小结

禁用清单是流程中"人的权重"最大的一环：助手负责列出候选，你负责做出决定。三大类别帮你快速分流，四个问题帮你逐个把关，一道备份闸门兜住所有意外。清单签字之后，修改只是执行；而执行之后的测试与收尾，我们放到 ct-0305 讲。