从应用平滑升级、新特性选型，到户外场景创新与 AI Agent 落地，HarmonyOS 7 的新能力如何从技术清单转化为用户真正用得上的体验。

已上架的应用怎样平滑升级？面对一份新特性清单，团队应该先接哪一个？户外导航与智能寄件，又能借助系统能力做出哪些变化？在人人都是产品经理主办的「向光而行，码向未来」1024程序员节主题沙龙中，四位来自一线的嘉宾，围绕这些具体问题分享了各自的实践。

从徐庆的应用升级复盘，到万绍业的新特性接入，再到叶浩的户外创新、黄可盈的 AI Agent 实战，分享逐步从工程基础走向业务场景。大屏幕上的架构、代码和应用界面，也让 HarmonyOS 7 的能力有了可以对照、可以讨论的落点。

1024鸿蒙开发者实战沙龙现场，参会者聆听主题分享

徐庆 如何让已上架应用平滑升级

开场，华为开发者布道师徐庆围绕《已上架应用如何平滑更新至 HarmonyOS 7》展开分享，把更新决策、架构改造、三方库兼容、性能优化与上架流程串成了一条完整的工程链路。对已有用户、持续迭代的应用而言，升级不仅是修改版本配置，还需要提前评估它会影响哪些功能与设备。

徐庆讲解已上架应用的升级路径

徐庆首先提出，升级决策应从用户版本分布出发：新能力是否对应核心场景，行为变更会带来多大的回归范围，团队准备了多少测试资源，都需要在动手之前明确。在工程中，也要分清编译版本、目标版本和最低兼容版本的职责，避免将“用上新 API”与“放弃旧设备支持”混为一谈。

围绕架构和依赖，他建议借升级梳理产品定制层、基础特性层与公共能力层，并对三方库分类处理。已有鸿蒙版的库需要验证行为差异，依赖配套工具链的方案需要锁定完整版本链，含 C/C++ 扩展的库则要关注编译产物与架构适配。先跑通最小可用集合，可以让风险更早暴露。

性能排查部分，一个列表页案例让问题变得直观：反复进入页面后，内存持续增加；沿引用链定位，发现全局单例中的监听通过闭包持有页面，页面销毁时没有注销。补齐注销逻辑，再重复相同操作验证，内存才恢复稳定。这样的复盘，也把模糊的“升级后卡顿”拆成了可以复现、定位和验收的问题。

徐庆分享的列表页内存泄漏排查案例

万绍业 从新特性选型到应用接入

随后，HDE × HCDE 双认证全栈架构师万绍业带来《HarmonyOS 7 新特性接入实战》。面对丰富的新能力，他把“值不值得接”放在“怎么接”之前，结合业务价值、接入成本与兼容风险，讨论不同团队的投入顺序。

万绍业分享新特性接入实践，参会者在台下聆听与记录

实况窗这类用户容易感知、且有模板支持的能力，可以作为初步切入点；闪控球、转场、3DGS 端侧重建等差异化能力，则需要按产品形态选择。空间计算的讨论也因此落到了更具体的对象上：电商、房产、文旅中的商品或空间，是否确实需要立体展示，能否帮助用户更好地观察和判断。小艺 Agent、Skill 和意图能力，则进一步关系到应用如何被系统发现和调用。

在实际应用中，“可可图片编辑”通过端侧超分改善图片输出，并接入文搜图；“音落”把精准碰一碰接入文件处理，依据触碰坐标将文件插入队列的指定行。前者改变画质和找图方式，后者让文件接收直接衔接到后续操作。星河互联等能力的价值，也由此从功能名称变成了用户少做的一步操作。

万绍业展示可可图片编辑与音落的能力接入案例

接入之后，兼容仍是必须守住的一环。万绍业强调，要同时判断 API 版本和系统能力，满足条件后才启用新功能；能力缺失时，仍应让核心流程走完。例如，超分不可用时保留原图输出，精准碰一碰不可用时支持普通接收。分享还介绍了用 AI Skill 生成接入代码、借工程工具检查 API 变更的开发方式，将快速验证与质量检查衔接起来。

叶浩 让系统能力回应户外真实需求

分享进入户外出行场景，两步路鸿蒙开发负责人叶浩带来《HarmonyOS 7 户外创新实践与 AI 开放能力深度解读》。从线路发现、运动记录到导航与安全守护，他把新能力放进用户一次完整的户外行程中，讨论产品究竟应该优先解决什么。

叶浩结合两步路的户外场景，讲解系统能力与产品体验的衔接

在生态合作中，两步路与花瓣地图共建线路集，让用户在“兴趣地图”中发现户外线路；与华为运动健康合作，则让线路进入“我的线路”，并按设备能力传输至穿戴设备。用户完成账号关联与授权后，还可以同步支持的运动记录。手机选线、手表使用和运动数据汇总，需要围绕同一项任务接续，数据同步范围则以授权项和接入能力为准。

进入实际行程，低电量和弱网是必须考虑的使用条件。两步路接入 AOD Navigation Kit，让用户无需解锁即可查看支持的记录与导航数据；能力不可用时，通过实况窗承接关键数据。前后台切换后，位置、轨迹和导航进度也要保持一致，结束记录时则需清理会话与资源。

两步路的熄屏导航实践，围绕户外查看轨迹的需求设计体验

沿途信号预测帮助用户提前了解弱信号路段，但预测只作行前参考，实际通信仍受环境影响。叶浩也介绍了相应的工程处理：线路与地图坐标匹配，地图就绪、结果到达后再更新展示；失败、未覆盖或过期时显示“未知”，同时保留离线轨迹等必要信息。

AI 找线路则把反复调整筛选条件的过程，转为对用户意图的理解与澄清。小艺协作入口承接需求，应用智能体依据真实线路数据检索，并将结果交回应用继续查看或导航。推荐中的难度、时长要能追溯到业务数据；没有匹配结果时，也需要给出清楚的反馈。

参会者在现场聆听分享

黄可盈 从单 Agent 到云 A2A

最后，快递100前端开发工程师黄可盈带来《从单 Agent 到云 A2A：快递100接入鸿蒙 AI 开放能力实战》。查件、比价和寄件，本身就是目标清楚、操作频繁的任务，也为讨论 Agent 怎样参与业务执行提供了具体场景。

黄可盈从查件与寄件的用户流程出发，分享快递100的 AI 接入实践

在云 A2A 链路中，小艺负责意图识别与入口分发，快递100的 Agent 负责业务处理与结果生成。业务能力沉淀在云侧，通过标准接口供小艺分发调用，用户则可以围绕同一个任务继续补充信息，减少在不同入口之间来回切换的操作。

为了让多轮寄件真正接续，Agent Server 需要处理会话上下文、流式响应和授权状态。缺少寄件要素时，系统逐轮追问补充；涉及用户账号数据时，则需要完成授权和绑定。会话清理、任务取消、结果返回，也都属于完整接入链路中的实际工作。

快递 100 分享按协议实现 Agent Server 的四步对接方案

黄可盈还分享了流程提速的经验：通过 Chatflow 分流，将确定性操作交给 Workflow 执行，复杂需求再交由 Agent 理解。用户已经拿到报价、明确选择或更换快递时，可以复用缓存中的方案，直接查询取件时间、保存预订单，减少不必要的模型判断。

在现场分享的寄件流程测试中，四步流程耗时降低约 46.1%；七步流程降低约 38.7%。选择或更换快递的操作大幅降低了80% ，所需的业务查询和预订单保存仍然执行。新地址解析与报价等环节，仍是后续优化的重点。

让分享中的经验进入真实项目

从台上演讲到台下聆听与提问，这场沙龙把技术实践和真实场景放在了一起。徐庆给出了存量应用升级与排查的路径，万绍业讨论了选型和兼容，叶浩用户外行程检验系统能力的价值，黄可盈则展示了对话如何进入业务执行，以及如何缩短用户等待。开发者和产品伙伴可以据此对照自己的应用，找到下一步值得验证的问题。

感谢四位嘉宾分享具体做法，也感谢每一位来到现场的参与者。以代码致敬热爱，期待这些交流继续走进真实项目，成为用户能够感受到的体验改善。

1024程序员节主题沙龙嘉宾与参会者现场大合照

关于 HarmonyOS 的新能力与创新场景，可以查看华为开发者联盟的新特性页面，结合自身业务选择下一步的接入方向：

查看 HarmonyOS 新能力与创新场景

生态的下一程，需要更多同行者。如果你正在做一个应用、一个产品，或者只有一个想法，欢迎加入鸿蒙生态：从一次接入开始，从一场交流开始，和社区里的开发者、产品人一起，把技术能力变成用户价值。