HDC 2026，HarmonyOS 7 Developer Beta正式开启招募。余承东在台上说了一句话："2019年鸿蒙发布，2023年鸿蒙原生应用启动，2026年鸿蒙迈向Agent时代。"
大多数人会把这当成一次常规的系统版本更新——UI更好看了，方舟引擎更快了，小艺更聪明了。
但如果你把过去三年Agent领域的发展连起来看，HarmonyOS 7其实标志着一个更大的趋势： "原生Agent"正在从模型层扩散到操作系统层，这是第三次转化。
第一次转化：应用层Agent——在框架里套壳
2024年，Agent这个词火遍了整个技术圈。
LangChain、CrewAI、AutoGen……各种框架井喷。但说白了，那时候的Agent是在大模型上面"套了一层壳"。模型还是那个模型，你给它加个工具调用接口、加个记忆模块、加个多Agent编排逻辑，它就变成"Agent"了。
这就像给一个人配了一套工具箱——工具是有了，但人本身没变。
这种架构有一个根本性的问题：Agent的能力上限，完全取决于大模型本身的推理能力。 你在推理阶段（inference time）做的所有优化——Chain-of-Thought、ReAct、Tool Use——都是在模型"已经学会的东西"上面做排列组合。模型没学到的东西，你套多少层框架也补不上来。
这是第一次转化。Agent从概念变成了工程实践，但本质上还停留在应用层。
第二次转化：模型层原生Agent——把Harness从推理搬进训练
2025年底到2026年初，一些厂商开始意识到问题：只在推理时做Agent，天花板太低了。
云知声的U2是第一个把这件事讲清楚的。他们提出的"原生Agent大模型"，核心思路是把Agent的Harness从推理阶段搬进训练阶段——不只是让模型"会用工具"，而是让模型在训练过程中就学会什么时候该用工具、怎么用工具、用了工具之后怎么评估结果。
这个区别很重要。
前者是"一个聪明人拿着一套工具箱"，后者是"一个人在成长过程中就学会了怎么打造和使用工具"。U2的评测数据也很说明问题：Claw系列Agent评测第一梯队，IFBench行业领先，思考Token消耗降低25%。
这是第二次转化。Agent从"应用层的工程架构"下沉到了"模型层的训练范式"。
第三次转化：操作系统层原生Agent——App亲和走向Agent亲和
然后是今天。HarmonyOS 7。
余承东在台上反复强调一个概念：Agent亲和。
什么叫"Agent亲和"？翻译成大白话就是：过去的操作系统是"App亲和"的——它的整个架构设计都在围绕"怎么更好地运行应用"。应用是一个个独立的入口，用户点进去、找功能、操作、退出，再到下一个应用。操作系统的核心工作是管理这些应用的运行、调度硬件资源、保证流畅度。
而"Agent亲和"的操作系统，底层逻辑变了——它不再只关心"手机里装了哪些App"，而是要知道"每个App能做什么、哪些能力可以被调用、哪些数据需要授权、哪些任务能跨设备完成"。
用华为自己的话说，叫 "意图即服务" 。用户说一句"帮我订今晚7点附近的川菜馆"，系统自己去调度地图、订餐平台、支付这些能力模块，把事情办了。用户不需要知道这件事要打开几个App。
这件事之所以是"第三次转化"，是因为它把Agent从两个地方推到了第三个地方：
表格
阶段 时间 核心变化 代表
应用层Agent 2024 框架套壳，推理时编排 LangChain / CrewAI
模型层原生Agent 2025-2026 Harness搬进训练 云知声U2
操作系统层原生Agent 2026 App亲和→Agent亲和 HarmonyOS 7
前两次转化解决的是"怎么让Agent更聪明"，第三次转化解决的是"怎么让Agent有用"——不是在一个App里有用的那种有用，而是在整个操作系统层面、在所有应用场景里都有用的那种有用。
鸿蒙在做的事：把每个App拆成可被调用的Skill
要理解HarmonyOS 7到底在做什么，得先理解一个关键概念：Skill化。
过去的App是一个封闭的黑盒。你想订餐，打开美团，搜索，下单，支付。美团的能力——餐厅搜索、地址管理、优惠券、配送状态——全都锁在自己的App里，只有用户打开它才能用。
鸿蒙7做的事情是：把App的能力拆成一个个标准化的Skill，让系统级的智能体"小艺"可以按需调用。
目前的数据：2100+项鸿蒙系统能力已Skill化，500+伙伴精选Skills接入，2000+鸿蒙智能体接入。鸿蒙智能体框架2.0（HMAF 2.0）复杂任务成功率超过90%。
这意味着什么？
意味着以后开发者做鸿蒙应用，不能只考虑"我的页面怎么设计、功能怎么做"，还要考虑 "我的能力怎么被系统发现和调用" 。外卖应用要开放订单、地址、配送状态；音乐应用要开放播放、歌单、场景识别能力；本地生活应用要把餐厅、路线、排队、预订能力交给系统理解。
应用从"独立入口"变成了"能力供给方"。
还有一个细节值得注意：鸿蒙智能体框架2.0首次开放了GUI操控能力。也就是说，小艺可以读取手机屏幕信息，通过模拟点击、调用无障碍服务接口来操作那些没有开放API的应用。
这个设计很务实。Skill化是理想路径，但不可能所有应用都第一时间开放能力。GUI操控是兜底方案——先让Agent能干活，再慢慢推动生态标准化。这个思路和昨天聊的微信POINTS-GUI-G模型是同一个方向：在Agent生态还不完善的时候，GUI操控是不可或缺的过渡能力。
openPangu 2.0：不追参数，追时延
操作系统要做Agent亲和，底下必须有一个够用的模型底座。
华为同步发布了openPangu 2.0，两个版本：
Pro：总参数505B，激活参数18B
Flash：总参数92B，激活参数6B
512K长上下文
端侧接入原生30B模型
余承东在台上解释了一个很有意思的选择：openPangu 2.0总参数只有505B，不是业界最大的。他说"算力大量支持了国内其他企业需求，自己留的数量非常有限"，但更关键的一句话是： "华为更聚焦时延和吞吐率的提升。"
这句话才是重点。
对于Agent场景来说，模型的"聪明程度"当然重要，但响应速度和并发能力同样关键。你说一句话，等10秒才出结果，再等5秒才开始调用第一个Skill，再等8秒才完成第二个步骤——这种体验没人受得了。Agent需要的是"快速思考、快速行动"，而不是"深思熟虑但慢吞吞"。
505B参数但激活只有18B，这是典型的MoE效率思维。端侧30B模型则保证了离线场景下Agent依然能工作——你在飞机上、地铁里、信号不好的地方，小艺照样能帮你整理相册、总结文档。
操作系统之争：三条路径，一个方向
HarmonyOS 7不是孤立事件。全球三大操作系统玩家，几乎在同一时间段做出了类似的选择：
Google：今年5月Google I/O宣布"Android不再只是操作系统，而是智能系统"，Gemini Intelligence深度嵌入，多步任务处理能力成为核心卖点。
Apple：WWDC 2026展示iOS 27，Siri AI + Apple Intelligence全面升级，强调App Intents、屏幕感知、个人上下文理解，Xcode 27引入agentic coding。
华为：HDC 2026发布HarmonyOS 7，Agent亲和架构 + HMAF 2.0 + 系统智能体小艺，系统能力全面Skill化。
三条路径的差异在于起点不同：
苹果是在一个成熟的生态秩序里接入Agent能力——App Store已经够大了，Siri已经有了，Apple Intelligence只需要在现有框架上叠加。
Google是在一个开放的生态里嵌入AI——Android的用户基数全球第一，Gemini需要找到在数十亿设备上的落地方式。
华为则是在一个仍在扩张的生态里直接重构底层——鸿蒙6终端6600万，注册开发者1100万，应用40万+，规模和iOS/Android还有差距，但华为选择在这个阶段就把Agent写进系统架构。
更激进，但也更有可能拿到"Agent OS"的定义权。
用雷科技现场总结的话说：iOS 27更像是在既有生态秩序里接入AI Agent；HarmonyOS 7则是在借Agent重新组织鸿蒙生态秩序。
写在最后
过去三年，"原生Agent"这个概念经历了三次转化：
应用层——让大模型学会用工具（LangChain/CrewAI）
模型层——让大模型在训练中就学会用工具（云知声U2）
操作系统层——让整个系统围绕Agent重构（HarmonyOS 7）
这三次转化有一条清晰的递进线：Agent从一个"应用架构的概念"，变成了一个"模型训练的目标"，最后变成了一个"操作系统的底层逻辑"。
换句话说，Agent正在从软件工程的范畴，变成计算基础设施的范畴。
就像"移动优先"在2010年代重构了整个互联网的产品形态一样，"Agent优先"正在重构2020年代的计算栈。从芯片到模型到框架到操作系统，每一层都在被重新定义。
HarmonyOS 7不是一个孤立的产品发布，是这个趋势的一个信号。
以后我们看一个操作系统，可能不再只问"它有多少应用"，而是问"它的能力被Agent调得动多少"。
这才是真正的竞争维度转换。
参考来源：IT之家 HDC 2026报道、每日经济新闻、雷科技现场报道、千龙网、快科技、凤凰科技
10个月宝宝每天需要喝多少奶粉？
