开发者苦 “造轮子” 久矣，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的处理思路没变——

继续把系统能力拆开，封装成开发者能调用的工具。

开发者手里那些已经跑起来的Agent、MCP和零散能力，事实上总不能为了打通小艺再重做一遍。

对此，HarmonyOS 7给出的具体解法是：直接把A2A、MCP、Skill等接入方式串进同一条开发链路。

至于更零散的能力，比如已有的MCP工具、意图框架里散落的功能，也能直接做成Skill接进来，不用单独另起一套开发流程。

举个例子，开发者想让旅行应用听懂「周末去西安两天，帮我安排行程」这句话。

过去得先自己接一个大模型，再搭一套对话入口，处理「周末」「两天」这类模糊表达背后的意图，再把「安排行程」拆成查景点、定路线这些具体步骤。

一整套下来，AI光是把「听懂」这事儿做对就要花不少功夫。

但现在开发者通过把景点查询封装成一个Skill，再通过A2A跟其他Agent协同，就能接入一套完整服务。

平台承担意图理解、任务编排与服务分发，开发者则聚焦垂直能力的稳定交付，这下开发者不用先成为AI工程专家，也能把自己的服务端上桌了。

从AI Coding到空间计算，开发者想法被送进真场景

AI Coding很容易给人一种错觉：模型写得越快，项目交付也会越快。

但在真实工程环境里，模型一次吐出几千行代码，语法、编译、功能验证，还是要有人工兜底的。

前面写代码省下来的时间，很可能又在后面的排错里还回去…….

事实上HarmonyOS 7的开发者工具，把这道「把关」的工序也顺道儿接管了——

DevEco Code把代码生成、检查、构建和验证串成一条链路，模型写完就自动往下跑，开发者不用来回切工具。

当然，已经有固定工具链的团队，也可以通过DevEco CLI和格物市场，把这些能力接进原来的工作流。

这个选择其实更贴近真实的开发现场，毕竟开发者很少会为了一项AI能力整套更换工具，能接进现有流程，往往比重新搭一套更有用。

而这种一站式开发平台和第三方开发工具兼容背后，也是鸿蒙在主动往外推开发生态的边界的体现：开发者用哪套工具，这下真的不必由平台替他们决定了。

此外，开发者在日常AI Coding时还会遇到一个扎心问题。

那就是通用大模型确实会写代码，却未必认得鸿蒙这套系统的脾气，未必熟悉系统API、工程结构和编译规则。

核心问题在于，模型缺少对整套应用工程体系的完整认知——也就是「语言层面的缺口」。

事实上HarmonyOS 7中，围绕ArkTS，这些工程知识被拆成独立Skill，随时供AI Coding调用。

像语言规范怎么定的、哪些写法必须严格遵守、Sendable对象要遵守哪些并发规则、常见故障要怎么诊断，都被接入到AI Coding的开发链路里。

举个例子，开发者敲代码的时候如果碰到参数类型不匹配、空值引用这种问题，那在编译阶段就会被ArkTS提前拦下，这样一来就能避免错误一路混进运行和调试环节。

这其实也是操作系统厂商做AI Coding的一种优势——

手里同时握着语言、编译器、系统API和构建链路，可以用确定的工程反馈，持续约束模型带有概率的输出，更能帮助开发者创造他们想做的应用。

△AI生成

当然，除了一碰快传、Skill与AI Coding，HarmonyOS 7还把开发者能够「调得动」的范围推向了三维空间。

通过端到端重建技术，开发者只需要拿手机把一个真实场景扫一遍，系统就能直接重建出对应的三维模型，做出一套带着自己产品辨识度的空间UI也是简简单单的事儿。

从设备协同到AI服务，再到让代码生成和空间内容都变得可调用，HarmonyOS 7铺就的其实是同一条路。

那就是把原本分散在不同专业里的复杂工程，一点点收进系统内部，变成开发者伸手就能拿到的「标准件」。

这条路目前还在往更多维度延伸，但方向已经清楚，系统扛住的复杂度越多，开发者能腾出手去做的创新就越多。

接口、Skill与Agent进入应用，开始长出真实具体的形状

一项系统能力究竟有没有价值，光看发布会上演示的效果说明不了太多问题。

更关键的是把它扔进一个具体产品里，让开发者自己去接入和改造，看它能不能变成可落地的能力。

随着接口、Skill与Agent进入真实应用，HarmonyOS 7的系统能力，也在不同产品手里长出了不一样的样子。

我们先从功能多到让用户「找不到」的工具类App说起。

奇妙工具箱是由一支小团队远程开发的应用产品，占用不到30MB，却聚合了300多款工具。

但功能一多，入口也成了难题。

比如用户想提取图片文字，得先想到「OCR」等关键词再逐页查找。

此外，开发者要想让App听懂自然语言，还要打通意图识别、工具匹配、页面拉起等一整条链路，很麻烦。

但接入小艺开放平台后，团队直接把藏在入口里的300多个工具，变成了用户一句话就能直接调用的服务。

据奇妙工具箱团队反馈，从零接入到完整落地，整个过程不到一周。

同样的变化，也从设备连接进一步延伸到跨端创作。

Notein一笔记是一款面向学习、办公场景的手写笔记应用，支持PDF批注、无限画布，以及录音、图片和文字混排。

这些内容一旦横跨手机、平板与电脑，用户就要频繁导入笔记和图片，原本连续的创作思路也很容易被打断。

为了把这段流程接起来，Notein接入了碰一碰、隔空传送等HarmonyOS能力，并针对不同场景，将文件传输与内容投递拆成两条链路。

据Notein团队实测，经过这轮优化，Notein复用了90%的原有能力，开发周期缩短近一半，跨端传输耗时也压到了1.2秒以内。

在AI Coding场景上，大象新闻遇到的问题更具体。

开发HarmonyOS版本时，防截屏、投屏等关键功能，都需要与其他端保持一致的体验。

难点在于，不同平台的技术体系和接口规范各有差异，原有三方库很难直接复用。每项功能都重新开发、逐一适配，背后意味着更多的人力投入和不小的工程量。

但借助鸿蒙自研的第三方库转换工具，他们把其他平台已经跑通的三方库，自动化、标准化地迁移成了HarmonyOS版本。

在整个开发周期过程中，过去需要大量手工改造和反复验证的迁移工作，由此从1.5人月压缩至1人周。

对开发者来说，节省下来的远不只是一段开发时间，更意味着有限的工程资源能更集中地投入产品功能与体验打磨。

这三个案例分属不同的行业，公司体量也有差别，但它们凑在一起，恰好说明了一件事——

工程门槛这道墙一旦被拆掉，受益的不会只是某一类开发者。

过去，能把一个复杂想法从头做到尾的，往往是有钱、有人、有时间试错的团队。

资源有限的团队，哪怕想法再好，也常常卡在「这件事值不值得花两个月去赌」这道坎上，最后不了了之。

当这些工程活被系统接过去之后，工具类应用不用再为了功能太多、用户找不到入口而发愁，自己去啃一整条意图识别和工具匹配的链路；笔记应用不用再为了内容跨端，眼看着用户的创作思路被一次次导入导出打断；媒体也不用为了一个冷门功能去啃一整套陌生的开发流程。

当前行业目光大多聚焦大模型代码生成能力，但终端创新落地的真正瓶颈，早已不局限于编码环节。跨设备互联、意图调度、空间交互等系统层面工程工作，持续制约创意走向市场。

HarmonyOS 7选择向下深耕操作系统底座，把高频、通用的复杂能力标准化封装。当开发者无需反复「造轮子」，差异化创新才有更多生长空间，终端AI的体验差距，也将真正拉开。

技术在后台拆掉的墙，最终都将在前台，给用户带来体验的升级。

这或许就是HarmonyOS 7真正想往前推的事。

开发者行动指引：

[1]https://developer.huawei.com/consumer/cn/features/?ha_source=laingziwei&ha_sourceId=70000006