最近AI手机、AI OS、AI Native这些词频繁出现在各大发布会上厂商们都在讲系统级智能体的故事。但发布会上的演示和真实使用之间往往隔着一道不小的鸿沟。我最近拿到一台搭载HarmonyOS 6.1.0的华为Mate 80 Pro Max借着一次项目测试的机会围绕鸿蒙AI的跨应用Agent任务能力做了一轮相对系统的体验。测试场景包括聊天截图建日程、日程联动路线提醒、邮件提取待办、公共交通路线整理、出差安排与动态调整等五个典型任务。这里把过程和感受整理出来供对鸿蒙AI能力感兴趣的朋友参考。需要说明的是以下体验均基于特定设备、系统版本和测试环境不代表所有机型或版本的普遍表现。一、聊天截图建日程从看懂到做到第一个场景很日常同事在聊天里发了一条会议信息包含会议名称、时间、地点和提前提醒的要求。我打开这张聊天截图通过小艺App上传输入指令把这条消息里的会议安排加到日历。系统的处理速度比我预期的快。它准确识别出了会议标题星桥项目方案对齐会、时间8月20日14:30-15:30、地点深圳市南山区科苑南路168号星河中心A座18楼1803会议室以及提前30分钟提醒这个要求。随后日历中出现了对应的日程见图一所示。这个场景的关键在于识别和执行两个环节。从识别来看系统对聊天记录中混杂的自然语言信息提取准确没有出现遗漏或混淆从执行来看系统成功调用了日历写入能力日程标题、时间等基础字段均正确写入。把非结构化的聊天信息转化为结构化的日历日程这一步走得通说明系统在语义理解和跨应用调用上具备了基础能力。图一通过聊天截图创建的日程二、日程联动路线与提醒会算出发时间第二个场景建立在第一个场景之上已经有一条会议日程让系统帮忙规划路线并设置出发提醒。指令是基于刚才的会议安排帮我规划从我现在的位置过去的路线并设置出发提醒确保我提前15分钟到。系统调用了地图服务给出了公共交通路线方案并根据会议时间和当前位置计算出了建议的出发时间。在同城通勤场景下这个时间计算是合理的——系统主动考虑到同城通勤建议预留30分钟给出的出发时间与会议时间之间留出了充足余量。在路线规划完成后系统会主动询问是否需要创建出发提醒。用户确认后提醒被创建并与会议日程关联见图二所示。这个环节让我比较认可的是系统没有机械地执行提前15分钟这个字面指令而是结合了实际场景做判断。同城场景下它会主动评估通勤时间跨城场景下它也会尝试给出更合理的建议。这种带上下文的任务执行是AI-Native跨应用能力和传统语音助手之间的一个明显区别。图二日程联动与提醒三、邮件提取待办从一封邮件里拆出三件事第三个场景更接近办公场景一封邮件里包含多件需要处理的事情让系统帮忙提取并安排提醒。邮件内容是星桥项目会前资料确认正文中提到了三件事核对方案报价页和里程碑页并发送最终版、确认参会人员名单并同步、确认会议室投屏是否正常。指令是把这封邮件里需要我处理的事情提取出来并放到合适的位置提醒我。系统成功提取了三项待办内容准确包括了事项描述和截止时间。随后系统在日历中创建了对应的日程条目。整个过程中系统能够理解邮件正文的语义从中识别出需要我处理的事情并区分出不同事项的截止时间。从信息抽取的角度看系统对邮件这种相对结构化的文本处理得不错。三项待办的提取没有遗漏事项和时间的对应关系也基本正确。图三邮件提取待办四、路线生成与分享把路线变成一条可发送的消息第四个场景是多步任务的串联生成一条公共交通路线并整理成可以发送给联系人的消息。指令是帮我查一下从我现在的位置到天府软件园C区C2栋的公共交通路线整理成一条可以直接发给周宁的消息先不要发送。系统调用了高德地图给出了多种公共交通方案包括地铁和公交并从中选择了推荐路线。随后系统把路线信息、目的地地址、入场指引等内容整合成了一条完整的消息草稿开头明确指向联系人周宁并停在发送前等待用户确认。这个场景的完整链路是识别地点→调用地图→规划路线→整合信息→生成消息→停在发送前。系统把这几个环节串联了起来而且整合的产物不是干巴巴的路线数据而是一条可以直接发给同事的、带有人情味的消息。这一点在信息整合能力上是加分的。值得一提的是系统在尝试通过微信发送时提示微信未接入自动化操作随后切换到了短信渠道。这个细节说明系统在多渠道尝试上是有逻辑的会主动寻找可用的发送路径。图四路线生成与分享五、出差准备与动态调整长链路任务的变更同步最后一个场景是最复杂的围绕一次上海出差整合交通、酒店、会议、返程、天气、路线和提醒并在条件变化后更新。第一步系统根据行程信息创建了去程航班提醒、客户会面提醒、内部复盘提醒、合作方晚餐提醒、返程航班提醒等日程条目并补充了天气信息和市内交通建议。第二步行程发生变化客户会面改到16:30-18:00地点也变了。系统收到变更指令后先询问确认删除吗用户确认后旧日程被删除新日程被创建。整个过程在对话中完成旧日程的取消和新日程的建立都在系统内同步。在长链路任务中系统展现了基本的状态管理能力它能识别出哪些日程需要删除、哪些需要新建并在变更后保持其他安排不变。对于一次包含多个日程、多个信息源的出差场景来说这种动态调整能力是跨应用Agent任务走向实用的关键一步。图五出差准备与动态调整一些细微的体验观察在整个测试过程中我也注意到一些可以继续打磨的细节。比如系统在创建日程后有时会询问需要我把这些日程同步到日历吗但实际上日程已经在日历中了。这个确认环节虽然不影响结果但会让人觉得有点多余期待后续版本在交互逻辑上能更简洁一些。再比如在路线规划场景中系统给出的步行距离估算与实际情况有时会有些许出入期待后续版本在数据精度上进一步优化。这些都属于使用体验层面的小细节不影响核心任务的完成但如果有改进整体感受会更顺畅。总结整体体验下来鸿蒙AI在跨应用Agent任务能力上给我的感受是基础链路已经打通核心能力可用。从聊天截图建日程、邮件提取待办到路线规划与消息整理、出差安排与动态调整系统能够理解用户意图、调用日历和地图等系统服务、整合信息并生成可用的产物。这条链路在测试中多次走通说明它不是发布会上的概念演示而是可以真实使用的功能。几个印象比较深的能力点1信息提取准确聊天记录、邮件、行程表等多种信息形态都能处理结构化信息提取稳定。2跨应用调用顺畅日历、地图、短信等系统服务能够被正确调用权限链路通畅。3任务拆解清晰复合型指令能被拆解为可执行的步骤多步任务能够串联完成。4变更同步可用长链路任务中的动态调整能够被响应旧计划取消、新计划建立。5信息整合自然路线信息、地址、入场指引能被整合成一条可直接发送的消息。对于关注AI-Native操作系统演进的人来说这套跨应用任务能力值得持续关注。它展示的方向是清晰的AI不再只是一个问答入口而是能够理解目标、调用服务、完成任务的系统级智能体。这个方向可能比单点功能的强弱更值得留意。本文基于特定设备和系统版本的测试体验测试环境为HUAWEI Mate 80 Pro MaxHarmonyOS 6.1.0使用合成素材和固定脚本结论仅适用于本次测试范围。
鸿蒙AI跨应用能力实测：从聊天截图到日历，它走了多远
最近AI手机、AI OS、AI Native这些词频繁出现在各大发布会上厂商们都在讲系统级智能体的故事。但发布会上的演示和真实使用之间往往隔着一道不小的鸿沟。我最近拿到一台搭载HarmonyOS 6.1.0的华为Mate 80 Pro Max借着一次项目测试的机会围绕鸿蒙AI的跨应用Agent任务能力做了一轮相对系统的体验。测试场景包括聊天截图建日程、日程联动路线提醒、邮件提取待办、公共交通路线整理、出差安排与动态调整等五个典型任务。这里把过程和感受整理出来供对鸿蒙AI能力感兴趣的朋友参考。需要说明的是以下体验均基于特定设备、系统版本和测试环境不代表所有机型或版本的普遍表现。一、聊天截图建日程从看懂到做到第一个场景很日常同事在聊天里发了一条会议信息包含会议名称、时间、地点和提前提醒的要求。我打开这张聊天截图通过小艺App上传输入指令把这条消息里的会议安排加到日历。系统的处理速度比我预期的快。它准确识别出了会议标题星桥项目方案对齐会、时间8月20日14:30-15:30、地点深圳市南山区科苑南路168号星河中心A座18楼1803会议室以及提前30分钟提醒这个要求。随后日历中出现了对应的日程见图一所示。这个场景的关键在于识别和执行两个环节。从识别来看系统对聊天记录中混杂的自然语言信息提取准确没有出现遗漏或混淆从执行来看系统成功调用了日历写入能力日程标题、时间等基础字段均正确写入。把非结构化的聊天信息转化为结构化的日历日程这一步走得通说明系统在语义理解和跨应用调用上具备了基础能力。图一通过聊天截图创建的日程二、日程联动路线与提醒会算出发时间第二个场景建立在第一个场景之上已经有一条会议日程让系统帮忙规划路线并设置出发提醒。指令是基于刚才的会议安排帮我规划从我现在的位置过去的路线并设置出发提醒确保我提前15分钟到。系统调用了地图服务给出了公共交通路线方案并根据会议时间和当前位置计算出了建议的出发时间。在同城通勤场景下这个时间计算是合理的——系统主动考虑到同城通勤建议预留30分钟给出的出发时间与会议时间之间留出了充足余量。在路线规划完成后系统会主动询问是否需要创建出发提醒。用户确认后提醒被创建并与会议日程关联见图二所示。这个环节让我比较认可的是系统没有机械地执行提前15分钟这个字面指令而是结合了实际场景做判断。同城场景下它会主动评估通勤时间跨城场景下它也会尝试给出更合理的建议。这种带上下文的任务执行是AI-Native跨应用能力和传统语音助手之间的一个明显区别。图二日程联动与提醒三、邮件提取待办从一封邮件里拆出三件事第三个场景更接近办公场景一封邮件里包含多件需要处理的事情让系统帮忙提取并安排提醒。邮件内容是星桥项目会前资料确认正文中提到了三件事核对方案报价页和里程碑页并发送最终版、确认参会人员名单并同步、确认会议室投屏是否正常。指令是把这封邮件里需要我处理的事情提取出来并放到合适的位置提醒我。系统成功提取了三项待办内容准确包括了事项描述和截止时间。随后系统在日历中创建了对应的日程条目。整个过程中系统能够理解邮件正文的语义从中识别出需要我处理的事情并区分出不同事项的截止时间。从信息抽取的角度看系统对邮件这种相对结构化的文本处理得不错。三项待办的提取没有遗漏事项和时间的对应关系也基本正确。图三邮件提取待办四、路线生成与分享把路线变成一条可发送的消息第四个场景是多步任务的串联生成一条公共交通路线并整理成可以发送给联系人的消息。指令是帮我查一下从我现在的位置到天府软件园C区C2栋的公共交通路线整理成一条可以直接发给周宁的消息先不要发送。系统调用了高德地图给出了多种公共交通方案包括地铁和公交并从中选择了推荐路线。随后系统把路线信息、目的地地址、入场指引等内容整合成了一条完整的消息草稿开头明确指向联系人周宁并停在发送前等待用户确认。这个场景的完整链路是识别地点→调用地图→规划路线→整合信息→生成消息→停在发送前。系统把这几个环节串联了起来而且整合的产物不是干巴巴的路线数据而是一条可以直接发给同事的、带有人情味的消息。这一点在信息整合能力上是加分的。值得一提的是系统在尝试通过微信发送时提示微信未接入自动化操作随后切换到了短信渠道。这个细节说明系统在多渠道尝试上是有逻辑的会主动寻找可用的发送路径。图四路线生成与分享五、出差准备与动态调整长链路任务的变更同步最后一个场景是最复杂的围绕一次上海出差整合交通、酒店、会议、返程、天气、路线和提醒并在条件变化后更新。第一步系统根据行程信息创建了去程航班提醒、客户会面提醒、内部复盘提醒、合作方晚餐提醒、返程航班提醒等日程条目并补充了天气信息和市内交通建议。第二步行程发生变化客户会面改到16:30-18:00地点也变了。系统收到变更指令后先询问确认删除吗用户确认后旧日程被删除新日程被创建。整个过程在对话中完成旧日程的取消和新日程的建立都在系统内同步。在长链路任务中系统展现了基本的状态管理能力它能识别出哪些日程需要删除、哪些需要新建并在变更后保持其他安排不变。对于一次包含多个日程、多个信息源的出差场景来说这种动态调整能力是跨应用Agent任务走向实用的关键一步。图五出差准备与动态调整一些细微的体验观察在整个测试过程中我也注意到一些可以继续打磨的细节。比如系统在创建日程后有时会询问需要我把这些日程同步到日历吗但实际上日程已经在日历中了。这个确认环节虽然不影响结果但会让人觉得有点多余期待后续版本在交互逻辑上能更简洁一些。再比如在路线规划场景中系统给出的步行距离估算与实际情况有时会有些许出入期待后续版本在数据精度上进一步优化。这些都属于使用体验层面的小细节不影响核心任务的完成但如果有改进整体感受会更顺畅。总结整体体验下来鸿蒙AI在跨应用Agent任务能力上给我的感受是基础链路已经打通核心能力可用。从聊天截图建日程、邮件提取待办到路线规划与消息整理、出差安排与动态调整系统能够理解用户意图、调用日历和地图等系统服务、整合信息并生成可用的产物。这条链路在测试中多次走通说明它不是发布会上的概念演示而是可以真实使用的功能。几个印象比较深的能力点1信息提取准确聊天记录、邮件、行程表等多种信息形态都能处理结构化信息提取稳定。2跨应用调用顺畅日历、地图、短信等系统服务能够被正确调用权限链路通畅。3任务拆解清晰复合型指令能被拆解为可执行的步骤多步任务能够串联完成。4变更同步可用长链路任务中的动态调整能够被响应旧计划取消、新计划建立。5信息整合自然路线信息、地址、入场指引能被整合成一条可直接发送的消息。对于关注AI-Native操作系统演进的人来说这套跨应用任务能力值得持续关注。它展示的方向是清晰的AI不再只是一个问答入口而是能够理解目标、调用服务、完成任务的系统级智能体。这个方向可能比单点功能的强弱更值得留意。本文基于特定设备和系统版本的测试体验测试环境为HUAWEI Mate 80 Pro MaxHarmonyOS 6.1.0使用合成素材和固定脚本结论仅适用于本次测试范围。
