Shizuku 版本演进速览：13.x 系列的关键节点
一条主线：追着 Android 版本跑
翻看 13.x 系列的更新日志，会发现一条清晰的主线：Android 每一次系统调整，Shizuku 都要跟着适配。这不是它不稳，而是它的工作方式决定的——依附官方调试机制的工具有义务对每一次系统变化做出反应。梳理这条脉络，你就能预判「系统升级后该等多久出新版」。
13.x 关键节点一览
| 版本 | 关键变化 |
|---|---|
| v13.0.0 | 修复 transactRemote 的认证错误与 Android 8.x 上 rish 的问题 |
| v13.2.0 | 修复使用旧版 API 的应用失效的问题 |
| v13.2.1 | 修复授权界面长时间不显示、特定语言下的崩溃 |
| v13.3.0 | 修复 Android 8.0 之前系统上损坏的问题 |
| v13.5.0 | rish 体验改进、跟进预测性返回手势等现代化调整 |
| v13.5.1 | addUserService 行为修复、翻译更新 |
| v13.5.2 | 适配 ColorOS（OPPO 与一加）Android 14；提示 Android 14+ 的 rish 文件写权限新规（不能放共享存储） |
| v13.5.3 | 适配 Android 14 QPR2 |
| v13.5.4 | 适配 Android 14 QPR3 测试版 |
| v13.6.0 | 适配 Android 16 QPR1；启动命令改为可放置任意可执行位置；Android 13+ 可信 WLAN 免 root 自动启动 |
三个值得记住的观察
一、QPR 适配是常态而非新闻。 从 13.5.3 到 13.6.0，接连适配了 Android 14 的两轮 QPR 与 Android 16 的 QPR1。系统季度更新的窗口期，就是等待新版的窗口期。
二、厂商适配写进更新日志。 ColorOS Android 14 的支持被单独列为 13.5.2 的更新点——说明厂商定制系统的兼容问题在官方层面是被认真对待的。遇到「别人能用我不能」时，先看看 机型排障，再确认版本够不够新。
三、功能更新集中在体验改善。 启动命令灵活化、WLAN 自启，都指向同一个方向：降低激活成本。这也是这个项目多年来的产品直觉——机制不变，把「用起来麻烦」一点点磨掉。
怎么判断自己该不该升级
简单三问：系统刚升级了吗（升了就等/装新版）；用了 rish 且是 Android 14+（必须 13.5.2+）；想要 WLAN 自启（必须 13.6.0+）。都不沾边，稳定旧版继续用没有问题。
上表依据官方仓库发布说明整理，功能可能随版本变化，以官方最新版为准。当前版本详情见 最新版 v13.6.0。