MacBook Air 约 13 秒转写 1 小时音频：本地转写工具实测走红

HN 用户发布基于苹果端侧模型的本地转写工具，实测 MacBook Air 约 13 秒转写 1 小时音频。

这是 Hacker News 用户 amrrs 于 2026-10-13 提交的一个 Mac 本地音频转写工具，项目页面（eg2.haku.sh）称在 MacBook Air 上约 13 秒即可转写 1 小时音频。它基于 Apple 端侧转写模型，把长音频转写全程放在本地完成。热度属于中等：截至当日 HN 上获 95 分、27 条评论。不过这个指标有社区可验证的背书——bigtex 在 M4 Mac Mini（24GB 内存）上用秒表计时，转写 33 分钟本地音频仅用 6.75 秒，作为对比的 MacWhisper/Parakeet3 约需 7.5 秒。

hackernews · amrrs · 10月13日 11:27 · 社区讨论

「为什么现在火」 它踩中了 Mac 端侧推理这个时机：Apple 端侧转写模型的真实速度正被 HN 社区逐项实测，而「1 小时音频约 13 秒」这种量化指标极易传播。与社区常用方案相比的差异点是速度：bigtex 的同文件对比显示它比 MacWhisper/Parakeet3 略快（33 分钟音频 6.75 秒 vs 7.5 秒）。但热度远未到刷屏级，评论中也有人质疑这种非服务端形态的实际用途（amelius：如果不能当服务器用，为什么要用它）。

「上手与复刻」 试用入口是项目页面 https://eg2.haku.sh/，但开源状态存疑：评论者 fdb 指出作者提到 Apache License，却找不到 GitHub 等仓库链接，截至评论时无法确认是否开源。如果想动手，HN 用户 llimllib 分享了一个包装 Apple 端侧转写模型、附带基准测试的 CLI：https://github.com/llimllib/transcribe，可以直接 clone 试跑。需要注意的是，llimllib 同时更新指出 Apple 似乎并未直接提供该模型，能否照着复刻取决于你能否在自己的 Mac 上拿到可用的模型文件。

查看原文 ↗