开发者苦 “造轮子” 久矣，HarmonyOS 7 正在抹平系统能力的接入鸿沟

开发者苦 “造轮子” 久矣，HarmonyOS 7 正在抹平系统能力的接入鸿沟

梦瑶 克雷西 发自 凹非寺量子位 | 公众号 QbitAI

亲手带火Vibe Coding的AI大神卡帕西，前阵子忍不住在网上放声吐槽：

自己的Agent会把代码写得一团糟，没美感还喜欢到处copy粘贴，最主要的是压根不听自己的指令。

AI是真的会写代码了，但自己加班最多的那部分，代码生成根本救不了。

真正拖住应用交付的，往往不在于代码生成，而是其背后那段更长、更琐碎，也更依赖系统工程能力的链路。

在刚刚结束的华为HDD·HarmonyOS创新论坛西安站，这个连接HDC重大技术发布与开发者实践的平台，致力于将最新技术能力带入一线开发场景：

关于底层如何实现，接入需要多少成本，放进真实工程能否跑通，最后又能解决什么产品问题。

从多设备互联、系统能力Skill化到接入方式，这次HarmonyOS 7试图缩短的，正是系统技术抵达真实应用之前，那段最重、也最容易被忽略的工程距离。

那些过去受限于成本、周期和技术复杂度而被搁置的产品创作，这次真的跑上设备、并走到了开发者面前。

终端交互开始“三次越界”：跨过设备、Skill化、走出平面

放眼当下，全球终端市场都在面临「增长瓶颈」。

IDC最新发布的AI终端白皮书显示，过去一年，智能手机出货量下降13.9%，PC和平板也都在负增长，放眼整个市场，AI几乎成了唯一还讲得出增长故事的变量。

用户对终端AI到底能干什么，事实上还没有全面具体的感知；开发者想把AI塞进产品，还得先跨过开发量大、系统链路复杂这些门槛。

AI时代的终端交互，需要的是一套全新范式。

而这套范式，也恰恰落在了AI不熟悉的地方：在一条工程链路里，设备怎么连、协议怎么通、系统服务怎么调用。

在HDD这个鸿蒙开发者线下交流活动上，我们观察到，HarmonyOS 7试图向前推进的，正是这段更难啃的工程——

让终端交互跨过设备、让AI服务迈向Skill化、让数字内容走出平面。

而这些发生在系统深处的越界，事实上也已经跨过底层技术链路，变成了用户真正能感觉到的体验细节。

△AI生成

HarmonyOS 7押注的一个重要方向，就是「跨设备交互」。

大家应该都深有体会，终端设备边界越独立分明，就越容易让人感到麻烦。

比如我们想把图片压缩包从一个手机传到另一个手机，看着挺简单的一个动作，但其背后往往意味着找设备、建连接、确认权限等一长串动作。

花费时间不说，没准在这过程中我们还得搭上各种social沟通成本。

而且互传之后，接下来放到哪儿、位置怎么调，还得靠用户手动编辑一轮。

但在HarmonyOS 7中，基于星河互联的一碰快传能力，这笔横在设备之间的传输成本，不仅变成了碰一下的动作，还进化到了能够精准放进去～

比如当手机碰向平板屏幕的具体位置，系统可以精准识别触碰区域，带着位置信息一起完成分享。

于是，手机里的照片可以直接落到平板画布的指定位置，省去导入、拖动、调整等频繁操作。

这一碰，传过去的既有文件，也有用户想让它出现在哪儿的意图。

但设备要想真正满足用户需要的高质量信息获取，那就不能只打破设备间的界限，还要打破设备和人之间的隔阂。

对此，AI就需要具备意图理解、服务编排，以及跨任务的持续流转的能力。

但说实话，这些事儿光靠系统外面的AI很难做成，没有系统级权限，AI就算听懂了人的话，也调不动散落在各个App和设备里的服务，更别提把一整件事办完。

而HarmonyOS 7在终端交互层的另一次「越界」，要解决的就是这个老大难的问题——

以系统级安全为底座，把AI进一步压进操作系统，让AI真正服务用户的「意图」。

在Agentic亲和架构下，小艺进一步升级为系统级智慧大脑，不仅懂自进化和自思考，还开始承担理解意图、服务编排和交付结果的完整过程。

对于我们用户来说，最直观的一个变化，那就是可以直接以Skill的方式让AI干活儿了。

比如朋友晚上来家里吃饭，四个人，希望按照川湘口味准备，那小艺就可以先用菜谱Skill配菜单、算分量，再接上买菜Skill把缺的食材下单，用户确认后就能等菜上门，这下也是真·智能包办了。

前两次「越界」，让信息得以跨设备流动，也让服务开始围绕人的意图被调用。

当设备与服务之间的边界逐渐松动，交互的下一步，自然落到了那块每天与人相对最久的屏幕上：

数字内容能否走出平面，让人与屏幕的距离再近一步？

而HarmonyOS 7的第三次「越界」，做的也正是这件事儿。

那就是把数字信息带进屏幕内部——为平铺的二维UI，补上一条至关重要的Z轴。

换句话说，终端设备也可以通过理解真实世界中的深度、光线和空间关系，将数字内容放入更加空间化的位置了。

比如我们把一张人像设成锁屏，原本浮在照片上的时钟会自然藏到人物身后，就像人物真实地走进了画面里，更具沉浸感。

设备与设备的界限、人与设备的界限，再到空间界限，HarmonyOS 7用不同的技术模块，三次完成了「越界」。

这些举动最终都落在同一件事上，那就是缩短用户从产生意图到获得结果的距离。

HarmonyOS 7让连接协议、服务编排与空间渲染这些本就应该藏在后台的东西，真正地退到后台，用户真正需要做的，就只剩下碰一下、说一句、看一眼。

这一次，数字内容真的从平面里「长」了出来，并让用户仿佛置身其中。

系统能力开始变成开发者「调得动」的工具

对用户来说，系统能力有没有价值，很多时候就看它能藏掉多少复杂操作。

但到了开发者这头，问题又多了一层：这些已经跑通的体验，到底能不能真正被自己的应用高效便捷地直接复用。

这里面的一个问题是，终端应用开发和网页应用开发是两码事儿。

网页端让Agent写几行代码很多时候就能code出来，但到了终端，权限、协议、系统服务少打通一环都不行。

而HarmonyOS 7这次在开发层面做的事情，就是把这段难啃的系统工程集中整合，把系统能力封装成能直接上手用的接口和工具，交到开发者手里。

少量代码即可接入，跨设备交互终于成了「轻开发」

让两台手机碰一下，就能把文件压缩包传给一个设备，这能力听起来就不像几行代码能搞的事情。

如果真要让开发者自己从头「造轮子」，像资源打包、传输后的解包和落盘，一整条链路都得处理，每走一步还可能碰上不同的权限问题，工程量确实不小……

不过到了HarmonyOS应用开发者这里，前面这堆底层活儿，已经被统一打包进了Share Kit。

开发者接入Share Kit后只要考虑传什么、传到哪儿、然后碰一下就行，至于设备怎么连、数据怎么传，交给系统套件处理就好。

此外，开发者如果还想实现精准互传，只需获取触碰位置，将发送端的A坐标映射到接收端的B坐标。

这样一来，素材、笔刷和图层便能直达画布对应位置，真·碰哪儿，插哪儿～

具体开发方式上，碰一碰快传实际也不麻烦。

开发者只需要接入相关API，完成事件注册、连接回调、消息收发和会话结束等几个步骤就ok。

对了，如果此前已经有了「碰一碰分享」功能的应用，那增加隔空传送能力甚至可能只需少量代码就能搞定～

这种「轻」开发模式的背后，实际上也对应着开发者过去很难绕开的一重门槛。

一个做应用层业务逻辑的开发者，未必懂底层连接协议的取舍，也未必清楚不同设备形态之间怎么保证行为一致。

真要自己从头做，相当于要跨专业现学一遍，这正是少量代码接入这种模式真正省下的东西。

在用户那里简单无缝的交互操作，在开发者这里同样可以举重若轻，只有像这样才能真正削平能力接入的准入门槛。

Skill和Agent也能被封装调用

看到这里，估计会有开发者朋友该说了：跨设备之所以能做轻，说到底只是把信息从A搬到B。

可一旦涉及内容生成、意图判断和任务执行，开发侧的复杂度立马就不是一个量级了……

不过问题变复杂了，HarmonyOS 7的处理思路没变——