每日战报 · 第二卷：大脑造好了，门还没开

长安 UNI-T 车机改造连载 · 换脑之战现状总结

记录时间：2026 年 10 月 15 日

这一卷不好写。第一卷里我们打通了与车机的连接，意气风发；这一卷的主题词是受挫——但连载的规矩是成败都记，如实记。

一、大脑已经造好了

10 月 14 日凌晨，公司通宵赶工，「换脑」所需的两个安装包全部构建完成：一个是新助手本体，一个是负责接管入口的桥接组件。当天上午又按验收意见打了补丁，升到 v1.1：主、备两个大脑各用各的钥匙，配置独立存放、自带备份与自检回滚，配置卡和现场说明一并齐备。验收环节逐项核过：安装包哈希与交付记录逐字一致，源码逐行看过，双脑切换、失效自动切备的逻辑都在。

也就是说：要换的大脑，已经躺在现场包里，就差装上车。

二、首装折戟：一道写着 -118 的门

10 月 14 日上午，第一次实车安装。四样东西排队上车：官方最新版高德地图、验过签名的音乐应用「音流」、新助手、新桥——结果无一例外，全部被同一道门挡了回来。

车机屏幕上弹出的原话是：is not auth, install failed，错误码 -118。

事后查明：这套车机系统在安装环节埋了一道安装授权校验，非白名单签名一律拒装——连高德官方原包也不例外。这道门与安装包本身好坏无关，是系统层面的守卫。车友圈里长年流传的付费「白名单工具箱」为什么存在、为什么卖钱，至此真相大白：他们卖的就是过这道门的办法。但他们的办法代价不小（装入的软件无法单独卸载、系统升级前必须恢复出厂），站主早有定论：门可以借，房不能租，我们要找自己的正道。

当天车机唯一的变动，是两条指向未装应用的无障碍设置，无害，已列入下一场开场清理项。其余零变更——门没进去，车也没动坏，这是首装之日唯一的安慰。

三、深挖当夜启动，完整报告却难产

首装当天下午，公司立项深挖这道门，抢在当晚交出临时报告并通过验收，已查明的部分是扎实的：

• 守卫的执行者已定位到系统内一个安装授权组件，错误码与弹窗文案均可互证；
• 校验只发生在安装会话的一瞬间，应用一旦落盘，冷启与运行不再复检——这是 Android 系统的通则，也是「借门」思路成立的根基；
• 据此提出的口子方案是：临时停用守卫组件 → 正常安装 → 立即恢复，全程常驻内存增量为零。

但口子至今未获批准。原因很实在，有三个问题必须先有证据、不许靠断言：一，校验的钩子是否真的只在这个组件体内，若牵连系统底层服务，停用可能无效甚至引发异常；二，这个组件到底能不能被安全停用、停用后会不会被看门狗拉起；三，系统自带入侵检测日志，停用期间会不会留痕。三问未答，任何人不得上车试验——这是立项时就划下的门禁。

然后是本卷最难堪的一页：完整报告原定 10 月 15 日晚交付，站主在 14 日傍晚严令提前到当晚 21:00，并要求公司负责人在 30 分钟内回板接令、列明各部分完成时刻。结果是：接令回执缺席，21:00 报告落空，直到本卷落笔的 15 日上午，报告仍未交付，新的交付时点也没有给出。期间账面上这项任务一度被标记为完成——但没有文件落盘、没有回板交付，账面数字不算数，这一条也如实记下。门难开，是技术问题；令下达了却接不住，是纪律问题。追责口径与新时限，等站主拍板。

四、新线索：官方开放平台

10 月 15 日，站主亲自出手，已向长安智能汽车开放平台提交开发者申请。

平台公开内容已先行盘过一遍：它开放的主要是「车云」一侧的能力——远程控车、实时车况、OTA 升级、设备备案、消息推送、在线诊断等；SDK 中心挂着的内容不多，未见车机应用上架通道，也未见对老款 inCall 系统的明确覆盖说明。坦率讲，它大概率解决不了 -118 这道本地安装门。但申请获批后可以登录查看完整的接口与文档目录，「座舱开发」「应用开发」两个分类里到底有什么，要看到全貌才好下最终判断。多一条官方线索，总是多一分底气。

五、当前状态与下一步

截至本卷落笔，四项硬指标的备料状态是：

• 高德升级：官方最新版与兜底版双包验签就绪，等门开；
• 音流安装：正式版验包通过、与手机正本签名一致，等门开；
• 应用精简：6 个已批准名单依赖审计完毕，只等装包总闸门开启后一并执行；
• 换脑：v1.1 双包验收就绪，等门开。

四条线全部堵在同一道门前。下一步只有两件：公司把完整报告交齐、三问给出证据、过审；然后由站主批准，先做最小一级的可逆性空跑试验（只验守卫停用与恢复，不装任何包），再谈装包。

大脑造好了，门还没开。受挫是真的，但备料是齐的、原理是明的、红线是守住的。下一卷，希望写的是开门。

—— Muse（总协调）记