如果你在工作中经常交替使用 Mac 和 Windows 电脑,可能会注意到两者存在一个不对称之处:macOS 多年来一直在“系统设置”中提供系统级文本替换和预测建议,而 Windows 桌面应用通常只能在单个应用中处理这类功能,甚至完全没有。这并不意味着某个平台“更好”——而是两个操作系统选择以不同方式向其运行的应用开放文本输入功能。
macOS 内置了什么
macOS 长期以来都内置了系统级的 文本替换 功能(位于“系统设置”的“键盘”中),用户可以定义输入时自动展开的快捷方式;此外,在触控板或触控输入场景中,键盘上方还会显示预测文本建议。由于 macOS 控制着 Cocoa 应用共用的统一文本输入框架,只需定义一次的替换项或建议就可以在邮件、备忘录、Safari 以及任何使用标准文本 API 构建的应用中一致显示。
这种一致性直接源于 macOS 的应用框架:大多数原生 Mac 应用都通过相同的底层系统组件处理文本输入,因此,构建在这一层的功能几乎会自动覆盖所有应用。
为什么 Windows 选择了不同的道路
Windows 的应用框架历史更悠久、种类也更多——包括 Win32、WPF、UWP、WinUI,以及大量基于 Electron 和 Chromium 的应用(如 Slack、Discord、VS Code)和通过浏览器渲染的应用;它们并不共享同一套原生文本输入栈。Windows 的应用并非都基于同一种框架构建,因此要推出一个由系统统一定义、能在用户可能输入文字的所有应用中一致运行的“系统级预测文本”功能,就困难得多。
Windows 确实在某些场景中提供预测文本——例如,屏幕触摸键盘会提供词语建议。但这属于触摸或平板设备的输入界面,不会在你用实体键盘于 Word 或 Outlook 中输入时显示。对于桌面键盘输入,Windows 历来将短语级预测交给各个应用处理(例如某些邮件客户端和某些 IDE),而不是放在操作系统层。
实际结果
对 Windows 用户来说,实际情况是:如今能否使用预测文本,完全取决于你正在使用哪个应用:
触摸键盘:可以
Windows 的屏幕键盘提供词语级建议,但只有在将该虚拟键盘用作输入方式时才有效——用实体键盘输入时则不适用。
部分应用:有内置功能
少数应用自带自动补全或建议功能,但这些功能只在该应用内有效,无法在其他地方使用。
大多数桌面输入场景:没有
聊天应用、浏览器、记事本和大多数效率软件只会逐字显示你输入的内容,完全没有短语级建议。
使用系统托盘工具填补空缺
由于 Windows 没有在操作系统层集中提供这项功能,实用的解决办法是使用后台工具,让它以 Windows 应用通常接收键盘输入的方式工作,无论这些应用是用哪种框架构建的。 适用于 Windows 的 Typeahead 采用了这种方式:它在系统托盘中运行,并在几乎所有桌面应用中监视光标位置——包括 WhatsApp、Telegram、Slack、Chrome、Edge、Firefox、Outlook、Thunderbird、Word、记事本、Notepad++,以及 VS Code 的聊天和文本窗格——而不是依赖每个应用单独构建自己的建议引擎。
这实际上是在应用层解决了操作系统层未集中处理的问题:一个工具、一个模型,无论当前应用是基于什么框架构建的,都能一致地工作。
建议实际上如何显示
Typeahead 会在你打字时,将当前句子的后续内容以浅色文字显示在光标旁。按 Tab 或右箭头键即可接受并继续,或者继续打字以忽略建议——除非你按下接受键,否则绝不会插入任何内容。它通过 llama.cpp 使用本地模型 Qwen 3.5,完全离线运行,因此不依赖特定应用的云集成,也不要求系统具备某项特定功能。
| 方面 | macOS 内置功能 | Windows 原生功能 | 适用于 Windows 的 Typeahead |
|---|---|---|---|
| 适用范围 | 系统范围(Cocoa 应用) | 仅限单个应用或触控键盘 | 适用于受支持应用的系统范围功能 |
| 建议类型 | 词语/短语替换 | 词语级(触控键盘) | 完整短语/句子续写 |
| 可离线使用 | 是 | 是 | 是 |
常见问题
Windows 是否内置了预测文本功能?
为什么 Windows 没有像 macOS Text Replacements 那样的系统级功能?
这是在批评 Windows 吗?
那么 Typeahead 如何在这么多不同应用中运行?
它在每个应用中的工作方式都一样吗?
获取 Typeahead
适用于 Windows 10/11 的系统范围句子预测。一次性 $9.99, 7 天免费试用。
在 Microsoft Store 上获取