openEuler技术委员会主席胡欣蔚：openEuler技术前沿与展望

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很重要，但是我们依然相信开发者才是社区最重要的财富，也希望在这个过程中和大家一起共建，一起互相成就。

我的分享就到这里，谢谢大家！