主要优化
- 事件驱动刷新：监听 Codex 本地状态文件和数据库变化，变化经过约 1 秒静默合并后立即处理；30 秒（活跃任务）/60 秒（空闲任务）轮询仅作为兜底。
- BLE 更新链路：减少无意义的扫描、连接和全帧上传，连接失败支持重试；画面内容不变时不上传。
- 状态识别：改进运行中任务、活动续接、计划步骤进度，以及完成/失败/未读提醒的判断，避免任务数量反复跳变或过早显示完成。
- 省电刷新：电压量化和滞回减少电压小幅波动造成的整屏上传。
刷新速度
旧方案依赖定时轮询，活跃任务最坏要等约 30 秒、空闲任务最坏要等约 60 秒才开始处理。2.0 通过事件触发，通常在变化后约 1 秒开始生成和上传：
- 活跃任务的触发等待最多减少约 29 秒，约降低 97%；
- 空闲任务的触发等待最多减少约 59 秒，约降低 98%。
这些数字指状态变化到程序开始处理的延迟。墨水屏全屏物理刷新仍需要几秒，BLE 的整帧传输和设备本身的物理刷新时间没有被软件改变。
续航
墨水屏画面保持不变时几乎不需要持续刷新，2.0 也会跳过无变化时的 BLE 上传，因此刷新更及时并不意味着耗电量同比增加。按当前使用方式，续航预计仍约 三个月；实际时间会受电池容量、刷新频率、BLE 保活设置和设备批次影响。
验证
- 110 个测试通过，另有 14 个子测试通过。