断网的时候依然能用的听写应用

有些抱怨只在东西坏掉时才浮现，所以在它砸到你头上之前很容易被低估：云端听写依赖网络。服务商一次中断，你的听写键就什么也做不了。酒店 Wi-Fi 一掉线，一句话就可能消失在一个转圈的图标里。飞机上。火车隧道里。VPN 偏偏在最糟的时刻重新协商。这不是某一款产品的缺陷；这就是依赖一次往返所意味着的东西。

这件事残酷的地方在于失效的是什么。如果你的笔记应用挂了，你打开一个文本文件。如果你的听写挂了，你失去的是一种输入方式 — 那个你已经形成肌肉记忆的东西，在一句话说到一半时，而且通常正是你的手忙着别的事情的时候。而那恰恰是你当初要用听写的全部理由。

在可用性这层抱怨底下，还坐着一个隐私问题：你的语音音频会不会离开这台机器？在一条云端转写路径上，你把想法说出声的录音 — 客户名字、尚未发布的功能、你正跟同事描述的那个安全问题 — 要跑到别人的基础设施上才变成文字。那条路径还可能依赖你控制不了的会话、账户和服务可用性。

我在把它讲成一个功能之前，就先做出了 Keebye 对这件事的回答，因为我自己的要求很直白：它必须在 Wi-Fi 关着的时候能用。下面是那到底长什么样，以及它的代价。

为什么云端听写会失效到零

值得把品类层面的机制讲清楚，因为它们解释了为什么无论产品做得多好，这个抱怨都不会彻底消失。

一次云端听写循环至少有四个环节：在你的机器上采集音频，把它送到服务器，在那边跑推理，再把文字送回来。每一个环节都是一项依赖 — 你的网络、他们的网络、他们的鉴权层、他们的容量、他们的可用性。这条链子通常没事。但只要任何一环断了，整个循环就断了，而且是断到零。不是“更慢”，不是“不那么准” — 是什么都没到达你的光标。降级是可以忍受的；听写降级成了沉默。

服务商可以为此做很硬的工程，但他们修不了自己不拥有的环节：酒店的路由器、那趟航班、你公司的 VPN、你和他们之间那次骨干网事故。一个可用性依赖多个系统的工具，会在其中任何一个不可用时失效。

当根本没有云可退时，会发生什么？

Keebye 的架构靠把这个问题移除来回答它。语音转文字完全在端侧运行 — ONNX 模型，本地推理，跑在你 Mac 自己的芯片上。听写路径上的网络请求数为零。不是“我们尽量少发”，不是“我们会打包发” — 是零。也没有遥测。一点都没有。当你按住键说话时，没有任何一个数据包代表你离开这台机器。

我想强调这个架构层面的要点，因为这正是它和“离线模式”之间的差别。离线模式是一种兜底：正常路径通向云端，云端不可达时，一条降级的本地路径接管 — 前提是应用及时察觉、本地路径有人维护、交接在句子说到一半时也能成功。Keebye 没有这种交接，因为它没有一条可供交出去的云端路径。本地推理不是备用方案；它是唯一的方案。上游的一次故障没法让它坏掉，理由和另一个国家停电没法关掉你桌上的台灯一样。免疫来自构造，而不是来自兜底。

这里也顺带回答了那个更安静的抱怨，而且不需要一个设置页。你的音频从不离开这台机器 — 不是“传输中加密”，不是“已匿名化”，而是从来没被发出去，因为根本没有可以发给它的地方。如果你打开听写历史记录，存下来的只有文本，放在你自己磁盘上的一个本地 SQLite 数据库里。（那份历史记录自成一个体验故事 — 那个反复出现的“我的听写去哪了？”的抱怨 — 我们写在了你的听写不该就这么消失里。）而账户与会话的脆弱性也随着账户一起消失了：听写路径上没有会过期的云端会话，所以你和一个能用的热键之间，不会横着一次重新登录。

你确实需要联网的那一次

必须诚实地直说：模型总得以某种方式进到你的机器上。首次运行时，Keebye 会下载它的语音模型 — 英语引擎大约 700 MB，如果你启用多语言引擎，另外约 1.3 GB。那是一次真实的下载，每个引擎一次，而且你需要网络。

在那之后，模型就住在磁盘上，转写在本地对着它们运行，有没有网络都一样，直到你移除或替换它们。但如果那次首次运行发生在飞机上，那你只能等落地 — 出发前就把设置做完，别在路上做。这话我宁愿你从我这儿听到，也不希望你在大西洋上空才发现。

关于准确度，诚实地回答

下载只是那个小的注意事项。下面是更大的那个，因为端侧工具很爱跳过它。

最大的云端模型可以比一个端侧模型更准。 一个能填满整个服务器机架的模型，拥有一个 700 MB 文件所没有的容量，假装不是这样是在侮辱你的智力。我要说的 — 也是我在两边都用过之后相信的 — 是这个差距已经收窄了很多，而且更重要的是，两者的失效方式在种类上就不同。一个端侧模型最糟的一天，是一个你顺手改掉的错词。一个云端模型最糟的一天，是零输出，因为它的准确度要乘以它的可用性，而在火车上归零的正是可用性这一项。你更愿意承担哪种失效，取决于你的日常；我的日常里火车太多了。

今天它只有 macOS 版，而且处于早期访问阶段。 没有 Windows 构建，还有早期访问该有的那些粗糙。如果你的环境是 Windows 优先，诚实的答案是 Keebye 现在帮不上你。

如果你正拿它和你已经在用的工具作比较，比较页面是这套论证更持平的版本。Keebye vs Superwhisper 比较的是两款都有端侧转写路径的产品；Keebye vs Wispr Flow 讲的是本地与云端之间的取舍。而如果你要权衡的是 macOS 自带的听写，给 Mac 用的语音听写讲了内置方案哪里做得好、Keebye 又在哪里不同。

可用性本身就是一个功能

听写这个品类已经在准确率百分比上竞争了很多年，而准确度确实重要。但真正把人推去换工具的抱怨，很少是“它有一次听错了我”。而是“它又不工作了，我不知道为什么，而修好它得先登录到某个东西里去”。可用性 — 无聊的、不体面的可用性 — 是那种你只有在它缺席时才会注意到的功能。

要让一种输入方式和键盘一样可靠，办法是给它和键盘一样的依赖清单：你面前这台机器，别无其他。这就是全部的设计。

Keebye 处于 macOS 早期访问阶段。在下方开始你的免费试用，趁还有网络时做完首次下载，然后开进火车隧道 — 或者干脆把 Wi-Fi 关掉 — 再把同一句话说一遍。