Mac 上跑 Linux，图形一直卡在只能用 CPU 渲染这一步：M 系列之后的 GPU 没有可用的开源驱动，Asahi Linux 到现在也只覆盖到 M2。两个人用了大约一个月，给 M4 Mac Mini 和 MacBook Neo 写出了完全符合 OpenGL ES 3.0 的 GPU 驱动，Chrome 和 Firefox 能跑 WebGL，Minecraft 跑到 200fps——按作者的说法，这件事按常规节奏要花几年。

做法不是硬啃文档，而是"逆向 + 让编码 Agent 重放"。他们先用自己之前写的 hypervisor 抓 macOS 的真实硬件行为，再让 Codex 把抓到的 GPU 内存状态原样重放回去，然后一步步减少重放的页数，直到驱动完全从源码构建。一个月里，他们逆向完了 M4、A18 Pro 和大部分 M5 的用户态，摸清了 AGX 固件的 ABI，还写完了一个 Linux 内核驱动。产物是公开的：Mesa 分支、gravity-m4 内核分支，以及两份逆向文档。

限制要一起看。作者自己说代码还不能给终端用户用。评论区有人指出 Asahi Linux 有严格的 no-AI 政策，这类 AI 辅助产物很难直接进上游；也有人从"作者是前 Apple 员工、Apple 正在起诉 OpenAI"切入，认为版权与来源审查会成为上游项目的主要顾虑。M5 目前只逆向了一部分，M4 和 A18 Pro 的固件 ABI 差异很大。

我的判断：这条消息里真正值得记住的不是 200fps，而是"逆向加编码 Agent"把一件按年计的工程压到了按周计。它能不能落地，卡在合规和上游审查，而不是技术跑通——想跟进的人，先看那两份逆向文档的公开程度，而不是看演示视频。