oMLX 创建者兼维护者 Jun Kim 加入 Hugging Face，支持 MLX 社区

2026 年 9 月 22 日，Hugging Face 官方博客发布公告，确认 oMLX 的创建者兼维护者 Jun Kim 加入 Hugging Face，成为其团队成员。Hugging Face 在文中表示“非常兴奋地欢迎 Jun 加入团队”，并称公司“完全投入本地 AI，MLX 是生态的核心部分”。这是本次事件中唯一由第一方直接确认的核心事实。

公告同时给出了对 oMLX 项目本身的安排：oMLX 继续采用 Apache 2.0 许可，Jun Kim 仍像以前一样领导该项目。Hugging Face 将这一变化描述为 oMLX 从副业升级为有完整维护和资金支持的项目，认为这会带来稳定性，并有望加快开发。需要区分的是，许可与领导权安排属于官方确认的承诺，而“稳定性提升”“开发加快”属于 Hugging Face 自身的预期与主张，公告并未给出可验证的量化依据。

公告没有披露 oMLX 的用户规模、下载量或性能基准，也没有说明 Jun Kim 加入后的具体职位、团队归属或资金安排细节。这意味着外界目前只能确认“人加入了、项目归属与许可不变”，而无法评估这次整合的实际资源投入。

要理解这次人事变动的意图，需要先看 MLX 在 Hugging Face 叙事中的位置。公告称 MLX 是苹果面向本地 AI 的框架，特别针对 Apple Silicon 优化；Hugging Face 自述从 2023 年 Awni 和 Angelos 送出这份“圣诞礼物”以来一直是 MLX 的支持者，并以 Hugging Face Hub 作为人们寻找 MLX 模型、贡献自己模型的地方为荣。

在这一框架下，Hugging Face 对 oMLX 的期待是成为新想法的试验场，同时利用其已依赖的 mlx-lm、mlx-vlm 等基础工作。公告还提到一个具体重点方向：加快从 transformers 模型定义到可被不同引擎消费的参考 MLX 实现的转换，让各引擎专注于自身独特功能。

Hugging Face 同时表示已与 mlx-lm、mlx-vlm、LMStudio 等多个项目合作，并希望加强与 Cheng、Prince、Yagil 及其团队的关系。这些表述均属于 Hugging Face 的规划与期望，公告未给出时间表或进展证据，因此不能视为已经落地的生态整合。

公告发布后不久，事件出现了官方叙事之外的分支。Jun Kim 本人在博客评论区写道，他的 GitHub 账号在公告发布后“被暂停”，最可能是自动化误判，他正通过多个渠道联系 GitHub，希望尽快解决。这条评论本身获得了 7 个 🤯 反应，说明社区对这一突发状况的关注度不低。

从公告与评论的时间戳看，GitHub 账号暂停发生在公告发布后不久，说明该事件与此次人事公告在时间上紧密相邻。但需要明确的是：暂停是否确为自动化误判、何时能够恢复，目前均无官方结论；公告也未提供 GitHub 账号暂停的官方原因或恢复时间。

这一插曲之所以值得单独讨论，是因为它把公告中“稳定性”的承诺置于一个尴尬的对照之下：Hugging Face 刚刚宣布 oMLX 将获得更完整的维护与资金支持，而项目维护者的主要代码托管账号却在同一时间窗口内不可用。

在 Jun Kim 的评论之外，社区评论提供了更多关于 oMLX 项目可访问性的说法。有社区评论称 oMLX 的 GitHub 仓库似乎已被删除并询问新地址；另有社区评论称 GitHub 已恢复，但发布（releases）页面显示为空；还有社区评论称需要给朋友一个 dmg 安装包，但当天无法获取。

这些说法必须谨慎对待。它们全部来自博客评论区，属于社区观察，未获 GitHub 或 Hugging Face 的第一方证实。oMLX 的 GitHub 仓库究竟是被删除、暂时不可见还是迁移，来源中说法不一；releases 页面为空是账号暂停的连带结果还是独立问题，也无法从现有来源判断。

可以确认的只有一点：在公告发布当天，围绕 oMLX 的可获取性出现了多个相互印证的社区报告，指向同一个时间窗口内的服务中断。至于中断的范围与原因，现有证据不足以给出结论。

把上述事实放在一起，可以看到一个比人事变动更值得关注的推论：oMLX 作为一个被 Hugging Face 寄予“试验场”期望的项目，其代码托管、发布分发与安装包获取高度依赖 GitHub 上的单一账号。当该账号被暂停时，仓库、releases 页面与 dmg 获取几乎同时受到影响。

需要说明的是，这一因果链条属于基于来源的推断，而非已证实的事实。来源并未确认仓库删除、releases 为空与账号暂停之间存在直接因果关系，也未说明是否存在镜像或备用分发渠道。但即便只按社区报告的字面内容，公告当天用户无法获取 dmg 安装包这一结果，已经足以说明分发链路对单一平台的依赖程度。

这也解释了为什么 Hugging Face 公告中“稳定性”的表述需要被当作预期而非结论：真正的稳定性不仅取决于维护者是否获得资金与全职投入，也取决于项目所依赖的外部平台与账号体系是否具备冗余。

第一，GitHub 账号暂停的官方原因与恢复时间。目前只有 Jun Kim 本人的说法，即最可能是自动化误判、正通过多个渠道联系 GitHub；在 GitHub 或 Hugging Face 给出说明之前，这一事件的性质仍不确定。

第二，oMLX 仓库与 releases 页面的最终状态。社区报告称仓库疑似删除、releases 页面为空，但这些说法未获第一方证实；仓库是被删除、暂时不可见还是迁移，需要以官方渠道的后续信息为准。

第三，Hugging Face 所承诺的“完整维护和资金支持”能否转化为可观察的结果。公告称这将带来稳定性并有望加快开发，也提出 oMLX 作为试验场、加强与 mlx-lm、mlx-vlm、LMStudio 等项目的合作、简化从 transformers 到参考 MLX 实现的转换等方向，但均未给出时间表或进展证据。这些预期是否兑现，尚待观察。