把维护者招进公司：原仓库照旧、只是更快

开源世界里一种舒服的结局被官宣了：Hugging Face 把 oMLX 作者兼维护者 Jun Kim 招进公司全职开发——项目没搬家：原仓库、原 Apache 2.0、Kim 继续牵头，他自己的话是"一切照旧，只是快得多"。 这桩收购值得拆三层：一，买的是维护，不是代码——oMLX 这类 Apple Silicon 推理服务层（多模型管理、连续批处理、长上下文缓存、API 接入）此前靠业余时间撑着，全职化解决的是可持续性问题；二，上下游的诚意条款：成熟能力回流 mlx-lm/mlx-vlm 上游、加快 Transformers 对 MLX 的适配，oMLX 当试验场再推回社区——先上游、后自家是治理姿态；三，入口叙事：Kim 说"昨天买 MacBook 的朋友今天就能跑 AI"——Apple Silicon 被他当作普通人进本地 AI 的最浅门槛（不用攒硬件），而 HF 想守住那个入口，他自己的本地 AI 路也从 HF 开始。 口径按住：官宣期的"照旧"要看后续兑现——协议与仓库没变是事实层已核（264 位贡献者也被点名感谢），但"资金与全职"带来的优先级变化、上游回流的速度，要靠未来几个版本检验；招聘公告的甜度不能替路线图背书。 给关注本地路线的三条：一，Mac 用户现在可以把 oMLX 当长期底座看（协议稳、有人全职修），但别把单点维护者当永久承诺——上游活跃度才是保险；二，接 Claude Code/Cursor 这类工具时，把服务层和模型层分开评估：oMLX 管调度缓存、mlx-lm 管加载量化，故障域不同；三，盯第一批上游回流 commit——它比任何宣言都能说明这桩合作的成色。 把维护者招进公司，原仓库照旧、只是更快——本地推理这局，入口先被谁守住？