本文为系列文章之八。

1. 虚假开放的鸿蒙微内核

2. 继承了Windows界面，没继承Windows能力的鸿蒙桌面

3. 白手套限定的虚拟机和容器

4. 选择Chromium又跟不上最新版本的ArkWeb

5. 瘸腿的方舟编译器

6. 弱智的盘古大模型，吃力不讨好的通用架构

7. CANN、NNRt和MindSpore的叠床架屋

接下来要说的，可能是华为在智能体时代最离奇的一个设计了。为便于理解，部分没有官方术语的会使用苹果的术语代替，请注意甄别。

Foundation Models难产，边端算力不足，把一些推理工作分包到云端执行，这本无可厚非。但你见过，本地语音助理调用本地app，还要云端辅助决策的吗？这种事，还真就给华为做出来了。为了抢先首发小艺帮帮忙，华为首创了空前也很可能是绝后的端（小艺）—云（小艺智能体）—云（端插件）—端（应用）架构，把一个在智障小艺时代一句话就能解决的任务搞得无比复杂。

App厂商如果想要适配这套架构，除了在app的insight_intent.json做常规的意图声明之外，还要开发一个带有端插件的智能体，发布到小艺智能体广场。注意这个小艺智能体广场的审核，跟华为应用市场不是同一套。也就是说，有可能你的智能体先上线了，但因为端插件拉不起端，而降级为一个纯粹的聊天机器人，有可能你的应用先上线了，因为没有智能体，App Intents依旧形同虚设。

如果说这东西对于开发者来说，也就一个流程管理的工作，只要重赏到位，还是会有勇夫。接下来的问题，足以让这套架构成为史诗级的笑话。那就是，云端小艺根本不知道你本地有没有这个app！

是的，按照鸿蒙Next去掉9项不合理权限的设计思路，在整个系统上，只有一个应用可以合法地获取你的应用列表，那就是华为应用市场。而小艺，并没有这个权限，更不能上传。导致的结果是，在这套端—云—云—端链路中，云几乎不知道任何用户的偏好信息，只能根据自己的猜测，随机拉起一个智能体，这个过程，用户不能控制，小艺不能控制，连盘古自己都不能控制。而这个智能体能否真的调起端插件给你干活，更是随缘，因为它在尝试调用的时候，也不知道你端上装没装对应的应用。

当然从商业产品的角度也许不能算坏事，因为这给了华为应用市场一个很不错的下载推荐渠道…

相比之下，同样采取端云协同的鸿蒙版千问，做得就要谨慎多了，只会调用用户授权过的淘宝闪购、高德打车，且不要求拉起对应app，而是直接在端内完成交易闭环。

华为手握操作系统大权，原本可以兼收并蓄，包罗万有，却因为离奇的意图开发架构，硬生生把自己做成了围墙花园。