2026-04-28 13:49:49 DOIT
4月25日,由OpenAtom openEuler(简称“openEuler”或“开源欧拉”)社区发起的openEuler Developer Day 2026(以下简称“oDD”或“本次大会”)在长沙成功举办。

会上,openEuler技术委员会主席胡欣蔚发表了《openEuler技术前沿与展望》的主题演讲。
openEuler技术委员会主席胡欣蔚发布主题演讲
以下为胡欣蔚主题演讲全文
各位开发者,大家好!
我是openEuler技术委员会主席胡欣蔚,很高兴在长沙和大家相聚,第一次在长沙参加ODD。ODD本身是面向开发者一年一度的会议,在这里给大家介绍下openEuler在这段时间里的创新与进展。
发展思路:从资源抽象到意图协同
开讲之前,给大家展示下我们在过去这段时间里的发展思路。最开始的时候,我们做的是资源抽象和调度编排。从底层把不同的CPU、NPU、XPU都做了抽象,尽量把它们的差异给屏蔽掉,支持多样性算力,支持全场景协同。在这个基础上演进,我们开始构建异构融合的能力,把异构算力之间的内存墙、通信墙打掉,重构基础生态设施。
面向未来,我们会走向“意图协同”,让系统不再只停留于被动听指令,而是在AI驱动下,可以更好地理解我们的需求,变被动为主动。
超节点OS:持续升级
去年年底,我们正式推出了首个超节点OS版本openEuler 24.03 LTS SP3,给底层基础设施搭了个坚实的底座。但我们没停下迭代的脚步,社区在易用性、稳定性、低时延这三大核心上持续构建能力。
易用性角度,我们不断在想,既然现在AI能力那么强,为什么不能通过把AI引进来,让超节点这样一个全新形态的庞然大物,变得简单易用?能够像你平时打开一个笔记本那样简单,直接就可以上手。经过尝试,现在已经可以在超节点上做到一定程度的开箱即用,节点间共享内存可以兼容一些开源的成熟调试工具,还有一些故障定位场景可以通过AI来实现。
低时延上,我们依托超节点异构统一互联底座UMDK,实现大规模容器低时延通信,RPC时延下降20%。
通过这些工作,我们希望能让超节点本身的落地更快更稳。
首个开箱即用的具身智能Claw
除了超节点之外,还有一点是大家都很关注的,具身智能。我们在openEuler Embedded 26.03 嵌入式创新版本中正式发布了首款开箱即用的Embodied Claw,把Intelligence BooM能力延伸到边缘和嵌入式场景,这也是我们所知的、行业里的第一个开箱即用的具身Claw。
在各个AI领域,具身智能的发展迭代尤其快,这要求软件栈架构本身要足够坚固,同时足够灵活,不同的组件要能够快速组合裁剪。所以我们结合以构建的AI能力,和openEuler 在嵌入式场景的积累,提供了为机器人打造的全栈开源的轻量化软件栈。
这里面我们把AI和ROS做了深度结合。软件栈既可以在真实环境上使用,也可以在仿真环境里,这样在真实和仿真之间可以去做无缝切换。基于openEuler 嵌入式版本,我们把这个软件栈本身做得足够小型化,也可以通过手机来遥控操作。更重要的是我们把AI能力,包括Vibe Coding也都引入到嵌入式场景,提供了深度融合的Coding Agent,社区的小伙伴已经尝试让 Agent 来自主做ROS软件包的移植,取得了很不错的效果。
DevStation:开发者体验升级
面向开发者,DevStation是很值得一提的。DevStation的目标就是给所有openEuler的开发者提供一个更好的开发体验。从社区角度来说,我们关注每一个开发者的反馈,深入了解了大家对openEuler上之前开发体验上的不满意与各种问题。比如说,大家觉得社区里软件选型慢,有一些新AI技术依赖的版本在社区里没有搞得不好装;又比如说openEuler难以在个人PC上直接安装。所有这些问题,我们在DevStation的版本选型以及内核的驱动上都做了相应调整,希望能面向开发者更友好,能解决大家关注的痛点。
对于新加入社区的开发者来说,如何融入到社区里面去,如何提交贡献,如何参与社区,我们提供了相应的智能助手,为开发者提供一个端到端的AI开发体验。还有就是有些开发者可能只有一台便携笔记本,不方便把其他系统软件都去掉以后只装一个openEuler。那能不能在Mac上、在Windows上直接体验或使用openEuler呢?我们也提供了在Mac和Windows上直接部署openEuler版本的相应方式,让大家有更多可选的解决方案。
基础设施:让AI协同开发
除了在DevStation之上,我们在社区的基础设施上也做了很多投入。包括面向AI、面向Agent,我们让整个openEuler的社区可以跟Agent更加亲和。我们的社区门户、知识库、基础设施,现在可以直接让Agent发现、让Agent使用、贡献。
但同时,我们也一直认为,对于社区来说,开发者是社区最宝贵的资产。所以我们也在同步改进基础设施,让这些基础设施里的工具对于真正的“人”来说更加友好。我们在上面逐步改进,提供统一的交互命令行,不断提升自己对于社区需求的响应和反馈,也把更多的AI辅助能力贯穿到开发流程里,减轻开发者的心智负担。
这里举几个例子,一个是从基础设施上,像内核的CVE修复、社区软件包的维护,当前我们通过AI辅助的方式,在智能体自己去解决的情况下,能够达到93%的合入成功率,能够有超过85%的维护成功率。并且像这里有各种命令行,把之前散落在社区各个角落不同的工具和服务,通过命令行直接串起来,不再需要一个一个去找。
通过这些方式,我们让openEuler基础设施变成一个可发现、可使用、可维护的底座,让更多的开发者可以和AI一起来把openEuler打造成一个更好的社区。
Agent企业落地:迎接三大挑战
最后一部分也是大家对于AI时代openEuler如何做最关心的一部分,就是我们到底如何让openEuler支撑好Agent。
我们能看到的是,在今年年初开始有类似于像OpenClaw这样的技术急速出圈,但是这些技术在企业里开始尝试的时候就出现了大量问题。当时有很多人在排队找专家帮助安装OpenClaw,但是装完以后可能紧接着面临的问题是OpenClaw有这么多问题,使得他不得不要另外再排队来求人帮忙卸载OpenClaw。我们有小伙伴开玩笑说,一代人有一代人的鸡蛋要领。
这样的反复过程到底背后有着什么样的原因?我们观察到 Agent 在企业运营落地有三个挑战。
·挑战一:不敢用
Agent 会删库跑路,这个事情是因为模型本身的幻觉造成,没有办法避免。所以Agent会删库跑路,会造成数据灾难,会出现各种安全问题。结果就是企业不敢用。
·挑战二:不好用
OpenClaw出圈以后,有很多新的Agent涌现,现在已经看到太多类似的实现,但是这里面组件多、依赖复杂、资源占用大、启动慢。所以才有刚才我们提到的现象,大家排队请人帮忙安装。
·挑战三:不常用
Token消耗太贵,使用过程中成本没法很好的控制,经常用就用不起。
智慧中枢系统:面向服务器的系统智能体
有这样的痛点之后,我们做了几件事情。
首先,在这里很高兴给大家正式介绍下,我们面向服务器系统重新设计的智能体系统。相对刚才提到的像OpenClaw在内,我们的优势是基于Rust来构建,只要一个命令,只占25M,在0.1秒之内就可以完全启动。我们可以支持多用户多Agent,可以支持系统完全集成的安全增强,可以去做持久化记忆,并且更重要的是和openEuler深度协同。
安全可信:全链路守护
在介绍完智慧中枢系统之后,第二部分就是刚才提到首先要易用,其次就是怎么让大家敢用,关键是要去做安全可信,做到全链路的守护。待会儿在demo环节也会有一个相应的展示给大家看。
通过对于事前、事中、事后,对于上下各层的相应安全守护,我们让Agent操作过程从意图识别、过程中的全链路观测和保护,以及事后的可回滚,保证整个过程所有Agent操作首先是可控的,其次是可以被感知的、可以审计的,最后是可恢复的。就算是做错了,也不至于因为删库跑路造成其他影响,我们可以在毫秒级一键恢复。
Token高效:解决成本焦虑
最后一点是怎么让大家常用,Token消耗要能够精细管理,至少Token花费要能够控制住。
Agent消耗Token是非常可观的。我身边发生过一个例子,有一个小伙伴拿Agent订酒店,当时为了抢这个房,给Agent发任务,抢到了。当时挺开心,但是事后算的话,这个任务本身大概花掉了几千块钱。用几千块钱订了三百块的房,这其实是当前用Agent的大家都会面临的问题。
如何解决这个问题?我们要让Token更高效,让Token的价格更可控、更低一些。所以我们在社区发起了 Intelligence BooM这样的开源全栈,并且在过程中结合自己的实践,不断完善。比如这次我们新提供了KVC感知的Gateway,来统一接管Agent请求,可以精细管控所有请求的用户队列来保证用户的SLO。并且包括像多级内存池化和模型切换、扩缩容这些能力也都集成到这里面来。
通过这样的方式,让openEuler系统上运行Agent推理时,Token成本更可控,解决大家对于这块的成本焦虑,使得真正的Agent可以常用。
完整方案:易用、敢用、常用
结合我刚才介绍的,我们要做到易用、开箱可用,做到安全可信让大家敢用,做到常用、Token真正高效,做到规模化、商业化的成本可控。通过一整套方案,让openEuler做好Agent和超节点异构融合内核的桥梁。相信这样的方案对于大家在自己企业数据中心内部署真正AI时代的基础软件,在上面真正运行AI时代的应用都会有很大的帮助。
结语
这些分享还是比较简略,我们讲到了超节点,讲到了嵌入式与具身,讲到了开发者工具的升级,讲到了如何从基础软件角度更好地支持Agent。openEuler一直是贴近着开发者、贴近真实需求在往前演进,我们也希望在过程中保持和开发者一起去解决痛点。虽然AI很重要,但是我们依然相信开发者才是社区最重要的财富,也希望在这个过程中和大家一起共建,一起互相成就。
我的分享就到这里,谢谢大家!