有迹象表明，英特尔在推进 gaudi 加速器开源软件生态方面正面临新一轮挑战：负责 gaudi 用户空间支持的核心开源项目 synapseai core 已被官方归档，并正式终止维护，此举也令与其协同工作的内核驱动后续发展蒙上不确定性阴影。
就在 11 月底，英特尔刚刚对外公开了面向 Gaudi 3 加速器的 Habana Labs 内核驱动源码，计划提交至 Linux 内核主线进行上游合入。然而，这项工作此前已多次因公司内部组织调整、裁员及核心开发人员流失而受阻，驱动维护责任人频繁更替，直接导致 Gaudi 3 的内核级支持长期滞后。由于代码公布时间较晚，该驱动已错过 Linux 6.19 的合并窗口，预计最早只能进入 Linux 6.20，甚至可能延后至 Linux 7.0 版本。
但真正棘手的问题出在用户空间软件栈层面。早在今年年初，英特尔便已在 GitHub 上将 SynapseAI Core 项目标记为“Archived”，并在项目主页明确声明：“本项目已不再由英特尔主动维护”，未来将不再提供功能开发、缺陷修复、版本更新或补丁接收等任何技术支持；同时建议有持续使用需求的社区用户自行 fork 代码并独立承担后续维护工作。作为支撑 Gaudi 硬件运行的关键用户态组件，SynapseAI Core 提供了完整的 API 接口层，涵盖 Synapse 运行时后端、用户态 thunk 库及其他必要模块，是连接上层应用与底层内核驱动不可或缺的桥梁。
SynapseAI Core 最初由 Habana Labs 在被英特尔收购前即已开源，当时的主要目标是配合其内核驱动满足 Linux 内核上游接纳的技术要求——通过开放基础用户态库，支撑驱动的功能验证与合规性测试。如今这一关键用户空间基础设施被归档且停止更新，意味着即便内核侧驱动最终完成合入，也将长期处于“无配套用户空间支持”的孤立状态，从而严重削弱其在主线内核中的实际可用性与可持续演进能力。
在 OpenClaw 中管理 GitHub 仓库、Pull Request、Issue 与工作流。适用于审查 PR、管理 Issue、自动化 GitHub Actions、同步仓库等场景。
该问题目前已引发 Linux 内核邮件列表（LKML）的关注与讨论。有开发者指出，在 SynapseAI Core 归档之前，Gaudi 3 的完整支持从未真正达成并成功进入主线。若当前局面无法扭转，在缺乏活跃、可信赖的开源用户空间栈支撑下，Gaudi 3 相关驱动能否在接下来的内核开发周期中顺利合入主线，或将遭遇实质性阻力。
外界普遍认为，这一转变与英特尔近期强化成本管控、收缩非核心研发团队的战略高度相关。公司显然已无意继续投入资源维系这部分开源基础设施。此外，英特尔内部仍保有闭源版本的 Gaudi 软件栈，而 Gaudi 3 本身也被视为该产品线的重要收官型号之一。因此，终止 SynapseAI Core 的开源维护，极有可能是整体“技术收尾”策略的一部分，标志着英特尔正逐步退出对 Gaudi 开源生态的深度参与。Gaudi 开源生态未来的走向，仍有待进一步观察。
源码地址：点击下载
