模式之间的能力边界
权限是逐层叠加的：ADB 模式包含基础模式的全部能力，Root 模式再包含 ADB 模式。所以升级之后不需要重新配置，已开启的记录与策略会继续生效。
| 工作模式 | 获取方式 | 可以做 | 不建议的场景 |
|---|---|---|---|
| 基础模式 | 打开即用，无需授权 | 硬件信息、内存与存储占用、电池瞬时读数 | 需要长期曲线数据的分析 |
| ADB 模式 | 开发者选项里的无线调试配对 | 帧率记录、耗电与充电统计、应用与进程管理 | 需要改动系统参数的需求 |
| Root 模式 | 设备已获取 Root 权限 | 频率区间、调度策略、温控阈值、虚拟内存 | 日常主力机上未做备份时的试错 |
同一台设备上，模式切换不会互相抵消。哪怕临时退回基础模式，之前通过 ADB 拿到的统计记录也依然留在本地列表里。
按场景搭出来的几套配置
新机验机
只开基础模式，重点看处理器型号、核心数、内存与存储容量是否与标称一致，再看一次屏幕测试确认没有坏点与断层。这一套不需要任何授权，出厂状态就能跑。
游戏稳帧
ADB 模式加帧率记录，先用三次记录确定基线，再考虑温控阈值与频率上限的调整。目标不是把帧率拉满，而是让曲线尽量平——波动比峰值更影响手感。
旧机续航
ADB 模式，把耗电统计开着记录一整天，找出持续占用的应用后冻结或限制后台。经过这一轮之后待机耗电通常会明显下降。
夜间充电
充电统计加上温度曲线，观察夜间充电时的温度走势。如果峰值温度偏高，优先换用功率更合适的充电器，而不是去改系统参数。
日常办公
基本不需要额外配置。开基础模式把内存占用调出来，偶尔看一眼即可，这类使用场景下大多数调校的收益都很有限。
应用专属策略怎么配
比起全设备的统一参数，按应用单独指定策略往往更合适。scene 允许为指定应用落一组策略：性能模式、屏幕参数、权限范围与后台行为。
- 先分级再落策略。把应用按「重负载 / 常驻后台 / 偶尔打开」分成三类，同类用同一套策略，维护成本最低。
- 一次只加一条规则。规则之间会互相作用，叠加太快就分不清是哪一条起了效果。
- 给常驻类留出余地。推送、定位、同步这些被压得太狠之后，对应的功能会直接失效。
哪些组合不建议同时开启
有三类组合看起来互补，实际会互相抵消，值得单独提醒。
- 高频率上限 + 激进的后台限制。把处理器拉到高区间的同时压住后台，重负载场景下反而更容易出现调度抖动。
- 温控阈值大幅上调 + 长时间高负载。温度长期顶在高位，收益会被持续的降频抵掉，还增加硬件压力。
- 虚拟内存开满 + 存储接近写满。交换区本身要占用存储空间，空间越紧，写入越慢，整机响应反而下降。
需要同时用到其中两条时，先只保留最必要的那一条，跑一段时间再决定要不要加第二条。系统调校的效果需要时间才能看出来，改动过快会让每一次对比都失去意义。