10月17日，鸿蒙版微信移动版8.0.22的更新日志新增第31条，写明接入A2A能力、支持语音唤醒小艺发送指令操作微信。也就是说，鸿蒙手机用户可以对着小艺说一句话，让它帮忙发微信消息、打微信电话，IT之家在当天报道了这一测试中的能力。这项能力的边界比它的名字更值得细看：微信开放的不是“AI随意操作微信”，而是一份非常窄的能力白名单——只允许小艺向好友发送文字消息（不支持发送表情）、发起语音或视频通话，群聊、微信分身和平板设备都操作不了，且小艺版本需更新至11.7.8.303。微博IT之家微博
喊一声小艺，微信到底替你做了什么
具体用法是：直接说「用微信给XX发消息」「给XX打微信语音」或「给XX打微信视频」即可完成对应操作，发送消息时还可直接说出具体内容。有实测博主提到，如果小艺识别不到你说的是哪位联系人，会列出候选供选择。语音发消息的价值集中在开车、做饭、双手不便而不方便打字的场景，这正是聊天软件最典型的“腾不出手”时刻。知乎微博
灰度放量的节奏也造成了体验差异。10月18日上午，还有数码博主在帖中称这项能力暂不支持语音、群消息、表情和通话。而前一天晚上，知乎热榜问题已把小艺语音发消息与音视频通话并列为已支持的功能。同一篇帖子下，有用户反馈手机提示暂不支持此功能，也有用户表示语音、视频通话已经打通。在功能全量开放前，不同设备、不同小艺版本的体验可能并不一致，把它理解为“测试接入”比“正式上线”更准确。微博知乎
拒绝豆包三天后，为什么接了小艺
这项更新的时机，正卡在微信登上“AI拒绝名单”的几天后。豆包手机助手用于约束第三方应用的《屏幕自动化操作声明协议》（SAEP）30天公示期在10月14日结束，官方公布的名单显示，截至当天共有155款应用拒绝豆包手机助手在其应用内进行屏幕自动化操作，微信、淘宝、美团、小红书、DeepSeek等高频应用均在其中。一边挡掉读屏模拟点击的助手，一边向小艺开放指定接口，微信的态度看似矛盾，实际一致：拒绝的是“AI假装人来使用应用”，接受的是“AI按应用自己定的规则使用应用”。这一分界也与开发者社区的判断吻合——读屏加模拟点击的方式存在安全隐患，而由软件给定特定接口允许AI使用，安全性和可商量空间都更好。界面新闻知乎
一条窄接口背后的生态信号
鸿蒙系统层面为“智能体对话智能体”提供了标准机制：按照端侧智能体框架的官方定位，它从 API version 24 开始为智能体提供标准化的通信与交互机制，是鸿蒙智能体框架在端侧能力的延伸，支持统一协议规范与端云互调。在这套机制里，小艺只负责听懂意图、分发任务和监督执行，具体执行由应用侧的智能体完成，账号、数据与风控留在应用一侧；即便是改密码这类敏感操作，框架的默认分工也只是跳转到对应页面，由用户本人在应用内完成。知乎
对普通用户，这是一次日常体验的增量；对行业，它提供了一个值得记录的样本：超级应用面对系统级智能体，未必只有“全面接入”和“整体拒绝”两个选项。支撑这一判断的还有鸿蒙侧的用户规模——早在2025年12月，鸿蒙版微信安装量已超2700万次，功能迭代一直保持高频。微信把能力交出去一小块、把数据和权限校验留在应用内，这种“受控开放”能否成为超级App与系统智能体共存的通行解法，接下来要看能力范围会不会继续扩大，以及iOS、安卓版微信是否会跟进类似的接口联动。界面新闻
最后是使用条件：微信需为鸿蒙移动版8.0.22及以上，小艺更新至11.7.8.303及以上，且该能力目前仅限移动版鸿蒙系统，平板设备暂不支持。至于语音消息、表情、群聊等能力何时纳入白名单，腾讯与华为均未公布安排，后续只能从版本日志里观察。微博
