小米这次把澎湃 OS3 的“待办清单”搬出来，不只是秀诚意——更像一次产品经理向用户交账的仪式。
公开清单是进步，但真验收标准不在“修了”二字，而在后续可验证的数据与体验稳定性。
先说已修的两项。
Xiaomi 14 Ultra 相机手柄界面异常被标为已解决；Xiaomi 17/15 动态照片互传后无法更换封面也修好了。
两项看着不大，但影响面广。
相机界面异常会直接打断创作流程；跨机型的照片协同体验恰恰是多设备生态的门面工程。
修好了，短期内能提升创作和平滑迁移的感知值。
这是“修复型红利”，容易被用户立刻感知，也容易被工程师验证。
再看正在处理的那几类问题——手势失效、控制中心异常、通知逻辑紊乱、最近任务预览不显示、状态栏重叠等。
这些问题共同的特点是：高耦合、重场景、难复现。
它们不是简单改一行代码就能解决的小 bug，而是牵扯到系统渲染、事件分发、第三方兼容与底层驱动的协同。
换句话说，开发成本高；回归风险大；修复周期长。
把这些问题列出来，官方其实在告诉你：我们已经进入“深水区”调试了。
我更关心的是两个细节功能的回归与上新：短信横幅的“已读”按钮回来了；全新运动水印已通过云端推送。
这两点透露了产品策略上的微妙变化。
短信“已读”回归，是对用户行为习惯的尊重——有些功能被拆掉后才发现是“肌肉记忆”，而不是时髦设计。
运动水印放到云端下发，说明小米在变更迭机制上做了更灵活的实验：小功能可以独立迭代，不用每次都靠大包更新，这对体验更新速度是实质性利好。
但我不是只看热闹。
我倒推出三条对小米更有建设性的建议——也是每个理性米粉或评测者在接下来两周应该关注的验证点。
第一，版本透明度要向“可验证”升级：不仅写“已修”，还要给出修复版本号、复现步骤和修复后回归率数据。
第二，Beta 覆盖要更靠样本场景库：这些交互类 bug 多是组合场景触发，官方要把真实多样的场景放到测试池里，而不是只靠工程室内复现。
第三，增量功能走云端是好事，但同步要有降级方案：用户在网络差或云端资源未下发时的体验退化不能是“功能消失”。
对普通用户，我的建议也很直接。
遇到列出的已修项，放心升级；遇到列在“进行中”的交互 bug，建议先备份再升级——尤其是你依赖手机完成创作或工作流的场景。
评测者更应该把“瞬时好看”的跑分换成“持续稳定性”测试：30 分钟游戏、长时间多任务切换、通知压力测试，这些才是衡量澎湃 OS 是否真正“成熟”的标准。
最后给大家一份快速核查单。
升级前看官方补丁说明和版本号；升级后 48 小时内重点验证：相机/通知/手势是否正常、AOD 与壁纸是否抖动、第三方 App 切换是否流畅；如果遇到异常，保存日志并提交社区。
小米把问题清单摆上桌，是好事。
接下来能不能把“承诺”转成“常态稳定”，才是我们该盯着看的真正答案。
你升级了吗？遇到啥奇怪的表现？
评论区开聊。
