小米澎湃 OS4 曝光，或将实现国产首款 AI 语音助手上岛，如何评价新功能？可能对市场产生哪些影响？

哦吼，首答沙发。

我是麻薯，关注麻薯，不当韭菜不挨割。

先说RUST语言重构。

系统是平台，祖传屎山是正常的。任何迭代优化的软件都会出现祖传屎山。系统做的事儿是搭台子，少搞幺蛾子。

屎山的成因是为了兼容老设备，还有兼容上古软件。

苹果、微软和安卓面对屎山的策略都是用RUST重写，把一些基础服务分拆成一个一个的模块，逐步迭代。安卓已经废了太多历史API。苹果直接选择大版本升级后，App开发者需要主动适配，直接放弃兼容。

为什么大家都殊途同归选择了RUST呢？

Rust语言作为系统开发语言，没有垃圾回收器（GC），它在安全代码里不允许空指针，悬垂指针和数据竞争，兼具高性能与内存安全——这玩意是C和C++的上位替代品。

现阶段只有少部分人用Rust写Web，毕竟并没有Python那么容易入门，也没有Java那么丰富的生态，未来大概率只是会存在于系统开发中——谁不想自家系统不占资源又高效，还稳定呢。

整体来说，澎湃OS基于AOSP，但是AOSP只给了一个基座，上层的东西还是要自己开发。Rust重写底层，基本就是重新装修了。

有点类似于《生化危机4Re》

故事还是那个故事，但是完全不一样了。

关于渲染，先回想一下MIUI12，改变行业的隐私照明弹，以及拉了一坨大的——光锥动效

指责破玩意是全局渲染，巨吃资源，也是MIUI12上线后最大的负面口碑来源。后面的12.5紧急处理，使用了基于差分隐私的融合模糊定位技术，降低了资源消耗。

然后这玩意一直没放下，一直用着12.5之后的思路缝缝补补。

澎湃OS1.0为了提升动效，搞了新的渲染管线，实时渲染，结果又挺崩溃的，巨吃资源。CPU/GPU占用率过高，导致运行卡顿，最后不得不砍效果甚至完全砍掉渲染效果。

澎湃OS2搞HyperCore，引入了联合渲染2.0和异构计算内核技术集，高斯模糊的时候GPU协助CPU一起算；多窗口按需渲染，不同的窗口相互重叠时，只运算呈现在最上层的窗口。

口碑又挽回一点。

现在小米终于换了新的引擎了,引入Flutter统一渲染引擎，手机/平板/车机动画与逻辑一致。这一点也是一次开发敏捷部署，降低多端App的开发和移植难度。

Flutter是一个跨平台的应用框架，自绘 UI 解决了 RN 和 weex 方案难以解决的多端一致性问题。Dart AOT 和精减的渲染管线，相对与 JavaScript 和 webview 的组合，有更高的性能体验。

当然，以上都是畅享，后续看实装。

“类液态玻璃”UI 没啥看点，就是照着苹果来，视觉优化——这玩意也特别耗费资源。

真正的重头戏，只有“超级小爱”+ 自研智能体 Miclaw（小龙虾） 融合，接入 Mimo端侧大模型。

继中兴和豆包合作后，第一个真正意义上把小龙虾放到手机端的。因为小米自己开发底层，所以不需要和豆包手机一样通过识别屏幕内容，代替人去操作手机，可以通过API直接对App发出指令。

最大的挑战是App愿不愿意支持。

微信和支付宝的观点肯定是保护用户金融安全云云，实际上是App不愿意失去这个流量入口。

我们换一个说法，假如通过API，把微信聊天功能放在手机的短信端，手机里面安装了微信，系统用短信这个轻量化的平台就可以完成微信信息的收发（相当于用户和微信中间多了一层不吃资源的代理，还是不依靠网络，无延迟的）。

用小米手机发微信就和iMessage的体验一样，微信最大的竞争优势就被剥夺了，沦为流量管道。

AI适配“超级岛”什么的，在手机接入小龙虾这件事儿上当个乐子看就行了，