Codex 改好一台电视，另外三台照抄吗
Hello，我是飞飞。
Codex 把一台会议室电视改清爽了，旁边还有三台。你会让它照着再来一遍吗？卡兹克今天分享的案例，已经做到了这一步。你要跟着动手，先别急着复制命令。那台已经改好的电视，究竟留下了什么可复用的东西？
桌面设计和改造思路可以沿用。安装包能否直接装到下一台，还要核系统版本和运行条件。具体连哪台设备、它原来是什么状态、改完还能不能投屏，得逐台确认。四块屏幕看起来一样，不能替这几件事作答。
我没有亲自改过这批电视。我核了案例里的做法，也对照了早年整理的 Android 调试记录。我更看重的是：换了首页，投屏和原来的影视入口仍留着。好看之外，还能照常开会。
原桌面没有被扔掉
卡兹克的分享讲了几种设备改造，能读到的全文转载有完整过程。开头别人的电视案例停用了二十五个包，那不是他公司这四台的操作清单。
公司电视先挑一台试。按 Codex 的提示开 ADB、允许电脑调试，再改屏保和功能页。作者说，粒子屏保大约二十分钟出了两案，他选了 B。二十分钟只算屏保两案，四台总共花多久，文中没说。
新首页留下投屏、信号源、设置等入口。原来的影视首页被收进更多应用，需要时还能回去。作者展示了开机效果，也说其余三台完成了改造。
保留旧首页这一笔，我会排在粒子效果前面。会议室用电视，眼前要的是投屏。但哪天有人要找原来的功能，最好仍有入口。把默认路径改短，和把原来的路全堵上，后果差得远。
不过，留一个旧首页按钮，只能说明还留着一个功能入口。系统包若改坏，那个按钮还能不能救场，案例没有展示恢复演练。功能能切回去，与整套修改能撤回去，要分别确认。
ADB早就能做这些
ADB 是 Android 的调试工具。说人话，就是电脑经过授权，给 Android 设备装应用、传文件、发命令的那条通道。AI 在电脑上组织这些动作，电视仍按它自己的系统权限执行。
它不会因为接到了 Codex，就多出一套原本没有的硬件接口。Android 官方文档也把 ADB 定义为设备通信工具，提供安装、调试和命令行访问。
我在二〇一七年的旧笔记里，已经记过安装应用、拉文件、录屏和查设备参数。里面还有个很土的细节：在 Windows 命令行敲完安装命令，把安装包拖进去；路径有中文时，安装可能失败。
当时记这些，就是怕用时想不起参数。现在 AI 能接着自然语言去拼命令，少了翻笔记的工夫。拼命令的活可以交给它。电视究竟支持哪些动作，还得查那台设备。
同一个 Wi-Fi 也不足以说明必然能连。官方文档把配对式无线调试的电视条件写到 Android 十三及以上；更老或厂商定制的电视，入口和方式可能不同。这不是所有 ADB 连接的统一版本门槛，更不能拿一份手机教程直接套电视。
作者自己也提醒了品牌、系统与权限差异。四台成功是这次案例的结果，推不到家里所有能联网的屏幕上。
四台先分清哪台
旧笔记里还有一行 adb devices，下面列着两个设备号。单独看很普通，放回四个会议室，意义就变了。
“帮我把电视改好”里那个电视，必须对应一台明确的设备。会议室名和设备号得对上，不能只在聊天里叫它“刚才那台”。无线地址还可能变化，换一次连接也要重新核对。
官方文档支持用 -s 指定目标。多台同时在线又没指定时，ADB 通常会报多设备错误，不会自动替你猜一台。但写脚本时若把设备号填错，明确指定也一样会改错对象。命令里有号码，还得知道那号码属于哪块屏幕。
第二台的系统版本、原首页应用、已装的包，也得重新看。第一台的包名与状态，不能凭外观复制给第二台。要禁用什么、为什么禁用、原来是否启用，都该留记录。
这一步不用急着追求一键铺满四台。可以先让 AI 比较第二台与试验机的差异，把一致的设计复用，把不同的配置停下来核。复制方案与复制设备状态，是两件事。
遥控器要真的能用
电视桌面漂亮，很容易在截图里成立。每天开会的人拿到的，却是一只遥控器。
Android TV 的控制器规范要求基本操作能靠方向键、确认、返回和主页完成。手机上能点的按钮，搬到电视上，不代表方向键就能选中。
就拿案例里左下角的投屏入口来说。从开机默认选中的位置，按几次能到？选中后有没有明显提示？进去再返回，会不会丢了选中位置？这些都得拿遥控器走一次。鼠标点通了，不能替遥控器签字。
粒子屏保也有同样的问题。展示时好看，还得看唤醒后落到哪儿、投屏时会不会突然盖住内容。这些是我会加的验收项，案例没有给出逐项测试记录，我不会替作者填上通过。
再往后，重启、待机唤醒、切信号源、回旧首页，是四种不同动作。只录一段开机视频，覆盖不了它们。改得越像定制设备，越要让没参与改造的同事试一遍，看看他是否需要临时找你来操作。
这才是会议室的完成状态：一个不知道 AI 改过哪里的人，也能坐下来开会。
复制前留下这张表
要把这件事接到自己的工作里，我会先留一张表。下面是建议的记录方式，还没有在这批设备上跑过。
| 每台记录什么 | 要能回答的问题 |
|---|---|
| 会议室、设备号、系统版本 | 当前命令究竟发给谁 |
| 原首页、包状态、安装包版本 | 哪些东西被改过 |
| 撤回动作、验证日期和结果 | 真撤回过，还是仍未验证 |
| 投屏、信号源、遥控器、重启 | 常用功能逐项有没有走通 |
每项改动再留一行细账：设备号、包名、改前状态、执行动作、改后结果、撤回动作、验证日期。没试过的撤回办法，结果栏就填“未验证”。这是一份空表的字段，不代表我已经跑过恢复。
改之前留状态，改一个可分开的项目就验一次。涉及原应用时，优先评估保留原件、停用或替换入口的办法；“禁用”和“卸载”也不能混记。能否恢复，取决于设备权限、包和数据仍不仍在，备份文件存在不代表一定能还原。
确认试验机能回到原状态，再决定怎样铺到下一台。其他三台各有一行记录，失败留在对应设备上查，别把四台的结果合成一句“都好了”。调试结束，也该确认是否还需要保留连接授权。
这套记录增加了几笔字。改坏时，至少能先查清动过什么；能不能退，还要看撤回办法是否真的试过。否则 AI 把一台改好了，另一台出了问题，你还得重新问它：刚才到底动过什么？
让 AI 敲命令、写界面，我愿意。但“照着再来一遍”之前，我要先看它能不能把差异讲清楚。你若动手改一台电视，会先验证投屏和遥控器，还是先确认原桌面能恢复？