向光而行，码向未来：当 HarmonyOS 7 把 Agent 时代交给开发者

资讯 TOM 2026-10-29 11:13

1024 这天，先敬还在敲代码的你

每年 10 月 24 日，朋友圈都会被同一句话刷屏——"祝我们这群写代码的人，节日快乐"。今年这场程序员节线下沙龙，主题是「向光而行，码向未来」。我琢磨了很久这句话。"光"是什么？对开发者来说，光就是那个让你少加一班、让产品多跑一步、让用户少骂一句的技术趋势。而今年最亮的那束光，是 HarmonyOS 7 带来的全面升级，和它真正向开发者敞开的 AI 开放能力。

做开发的都知道，这行没有"通关"这一天。需求永远在变，框架永远在迭代，昨天还热乎的技术，今天可能就过时了，连个告别都没有。那么我们是靠什么撑下来的？我觉得更多的时候是那种"我写下的代码，真的有人在用，真的有人因此省了点事"的踏实感与成就感。1024 这天，我想先郑重说一句：致敬每一个还在敲代码的你。

致敬不是写在 PPT 里，是放在工具链里

这些年我们见过太多"喊口号"的节点。鸿蒙生态给我的感觉不太一样——它把"致敬开发者"放在了一些很具体的地方：更顺手的开发工具、更透明的适配文档、更接近真实场景的技术分享。今年这场沙龙请的不是只会念稿的嘉宾，而是真正在鸿蒙上趟过坑、做出过东西的社区牛人和 HDE。他们坐下来聊的，不是"生态愿景"四个字，而是"我到底是怎么做的"。一个生态能不能长起来，从来不取决于它喊了多大的口号，而取决于它有没有真的把开发者当"自己人"。我额外想致敬一类人：那些把平台能力搬进产业现场、在客户工位旁联调、为一次弱网提交写了三套重试逻辑的工程师。能力能不能落地，最后拼的往往不是谁的 PPT 更漂亮，而是谁肯蹲在现场把"最后一公里"走完。他们也是写代码的人，只是代码跑在了工厂、仓库和园区里。

HarmonyOS 7 升级：开发者最先感知的那一厘米

聊完温度，聊点硬核的。HarmonyOS 7 这次围绕互联、智能、安全、流畅、空间感五个维度做全面升级。对普通用户，"升级"意味着更顺滑的动画；对开发者，体感往往在那"看不见的一厘米"——编译快了没、调试爽了没、一次开发能不能真的多端跑。

•开发工具链：DevEco Studio 在构建速度、模拟器启动、真机调试链路上的优化，是每天"用身体感受"的。构建少等一分钟，一天就能多验证好几个想法。

•一次开发、多端部署继续做实：你不用为每个设备形态重复造轮子，一套工程、一套逻辑，就能覆盖手机、折叠屏、平板乃至更丰富的鸿蒙生态设备。对"人手有限但想覆盖多场景"的团队，这是真降本。

•方舟引擎 + 性能调度：高频应用启动更快、应用间跳转更顺，这背后是方舟引擎把算力调度做在底层。我们只要少在主线程阻塞、把耗时任务丢进并发，就能一起把等待时间砍下来。

•星盾安全：端云协同 AI 安全认证，覆盖 AI 变声检测、风险网站识别、可疑交易预警、隐私安全保护等六大反诈能力。对开发者的提醒是——系统风险提示 ≠ 企业授权，关键写动作仍需服务端校验身份、对象与权限。

星河互联：把"多设备"收敛成一个"超级终端"

这次把"互联"讲透的，是上海师范大学天华学院教师王晓波老师。HarmonyOS 7 在"互联"维度给我的冲击最直接。它基于星河互联架构，要的是手机、平板、PC、手表、智慧屏、车机天生一体：从"独立生态"到"开放互通"，从"单打独斗"到"天生一体"，从"人工驱动"到"智能互联"。底层靠分布式软总线、融合感知、Cast+ 这套分布式协同框架撑着。

(所有活动分享内容仅代表个人观点，不代表华为官方观点)

最让我这个写业务的开发者心动的是两个落地细节：

•碰一碰·精准分享：鸿蒙 7 把"想传哪个碰哪个"升级成了厘米级"指哪放哪"。笔记 App 里选中素材，轻触平板，内容精准插到画布光标落点，跨端素材导入从 6 步压缩到 1 步，不用二次排版。

•隔空传送：在设备前做个"抓取手势"，系统通过 gesturesShare 回调让应用准备数据，再面向对端"释放手势"就传过去了——张手即来，高度接近真实直觉。

•近场快传：游戏分享可近场快传安装包和资源包，无需流量，多人组队秒开黑，传输异常残留数据还会自动清除。

能把"多设备"做到让用户感觉不到设备边界，这件事本身，就值得对背后的开发者说一句"辛苦了"。

AI 开放能力：鸿蒙把 Agent 时代递到开发者手里

如果说升级是"地基"，那让我兴奋的是 HarmonyOS 7 把AI 开放能力认真交到了开发者手里——这一步，直接把门推开到了"Agent 时代"。过去几年，AI 能力对大多数应用开发者是一道"高墙"：模型太重、部署太贵、端侧跑不动、云端又担心隐私和延迟。普通开发者想做点智能功能，往往只能接个现成 API，做个"问答壳子"。HarmonyOS 7 这次的发力点，是拆这道墙：

•把 AI 能力做成"开发者可用的原语"：感知、理解、生成以更贴近应用开发的方式开放出来。在 HDC 2026 上，小艺作为系统级智能体展示了它能在理解用户意图后，直接调度设备能力与你的应用；鸿蒙智能体框架 HMAF 2.0 则把系统级 AI 能力开放出来。

•端侧智能 + 开放能力，让 Agent 有了落地的土壤：过去 Agent 最怕"聪明但飘着"——碰不到你的数据、调不动你的功能。鸿蒙把端侧能力和系统级开放能力打通后，开发者构造的 Agent 才能"动手"：读得懂上下文、调得动设备能力、办得成具体事。

•开发范式在变：从"写流程"到"定义能力"：过去我们把每一步流程钉死在代码里；现在更多是在"定义这个智能体能干什么、能用哪些能力、边界在哪里"。写代码的重心，从"控制每一步"转向"设计智能与系统的协作方式"。

(所有活动分享内容仅代表个人观点，不代表华为官方观点)

所以"码向未来"不远了——它就在你下一次打开 DevEco、把一个 AI 能力接进自己应用的那一刻。

把应用变成"被小艺召唤"的能力：轻食刻实战

理论说完，最解渴的是"怎么动手"。某技术总监王阳科用他做的「轻食刻」做了一次完整实战，我很认真的记了一下，因为王老师这款开发思路太适合一线应用开发者照着抄。

注意：该项目目前还在内测阶段并未发布到 AGC市场

范式先变：过去是"用户打开 App → 手动操作"；现在是"意图即服务"——用户只说结果，系统级小艺理解意图并调度，你的应用被"召唤"出来把服务递上去。

轻食刻怎么做的：用户问"断食还剩多久"，小艺自动匹配到轻食刻的 Skill，端侧脚本调起 App 内服务，结果自然语言返回，全程无跳转。它的 Skill 本质是"声明 + 薄封装"，不是重写业务逻辑，结构就三样：

入口脚本只做参数解析和结果格式化，直接复用业务层，端侧运行数据不出设备：

注册位置在 module.json5 的 skillProfiles（注意：放 module 顶级，别嵌进 extensionAbilities）：

五个真实踩坑（省你一轮联调）：① skillProfiles 放错层级，schema 校验失败；② description 太笼统，大模型匹配不到你的 Skill；③ 在脚本里重写业务逻辑（应直接 import 已有服务层）；④ 忘了注册 module.json5，小艺根本不认识你；⑤ SKILL.md 超长超限被驳回。

上架红线：隐私合规（端侧数据不出设备）、正式签名（不能用调试签名）、响应≤3 秒（超时会被系统降权）。