灰色文字建议 是一种用户界面模式：建议以内嵌形式出现在光标后方，颜色比你实际输入的文字更浅。继续输入，它就会悄然消失。按下 Tab，它就会变成实际文本。它被称为“灰色文字”，因为它尚未写入文档——它只是一个预览，你一旦忽略它就会消失。

如果你在编辑器中用过 GitHub Copilot，就见过这种功能。如果你在浏览器地址栏输入网址，并看到之前访问过的网站地址以灰色文字显示出来，你也见过同一概念的简化版本。这种模式由来已久——命令行 shell 几十年来一直支持灰色的行内历史记录补全——但将它用于完整自然语言句子建议则是较新的做法，而 Windows 在狭窄应用场景之外采用这种功能的速度一直较慢。

灰色文字建议已经出现的地方

代码编辑器

VS Code、JetBrains IDE 和类似工具会显示代码的行内补全，从简单的括号匹配到 AI 生成的多行建议都有。

浏览器地址栏

Chrome、Edge 和 Firefox 会在你输入时，以灰色文字根据历史记录补全网址；按右箭头键或 Tab 即可接受。

Shell 和终端

Fish、带有自动建议功能的 Zsh，以及 PowerShell 的 PSReadLine 模块，都会根据命令历史显示灰色的行内补全。

Word，范围有限

Word 偶尔会为日期和识别出的短语提供灰色行内补全，按 Enter 即可接受——但仅限 Word 文档内。

为什么它在这些应用之外很少见

灰色文字建议看起来很简单，但应用必须做好两件事：一是渲染一个视觉上位于文本框内、却不成为实际文本一部分的叠加层；二是足够快地生成合理建议，以免跟不上输入速度。代码编辑器和浏览器两方面都具备，因为补全是其核心功能，相关厂商也直接投入开发。

大多数 Windows 应用——即时通讯工具、邮件客户端、通用文本编辑器和聊天工具——在设计之初就没有考虑补全引擎，而是否添加补全功能取决于各应用自己的开发者。目前没有共享的 Windows API 能免费为每个文本框提供灰色文字建议层。因此，这种模式只在厂商愿意投入开发的地方普及，在其他地方仍然缺席。

一句话概括这一差距： 灰色文字建议并非只构建一次很难，而是很难逐个集成到每个应用中；这就是它集中出现在代码编辑器和浏览器中，而不是普及到整个系统的原因。

让 Windows 的其他地方也能使用灰色文字建议

Typeahead 的设计目标就是弥补这一差距，而无需等待每个应用厂商自行添加此功能。它作为系统托盘工具运行，可在几乎任何 Windows 桌面应用的插入光标处显示行内灰色文字建议——包括 WhatsApp、Telegram、Slack、Chrome、Edge、Firefox、Outlook、Thunderbird、Word、记事本、Notepad++，以及 VS Code 的聊天和文本窗格。代码缓冲区默认关闭，以免与专用代码补全工具争用。

建议由完全离线运行的本地 LLM（通过 llama.cpp 运行的 Qwen 3.5）生成；模型尚未加载时，则使用自定义片段和基于词典的自动补全。按 Tab 或右箭头即可接受，操作方式与你在代码编辑器或浏览器地址栏中熟悉的模式完全相同。输入内容不会离开设备：无需账户，不会对文本进行遥测，并且密码字段和金融应用会自动排除。

常见问题

“灰色文字建议”究竟是什么？
它是一条行内文本建议，以灰色显示在光标后方。在你明确接受之前，它并不属于实际文本；通常按 Tab 即可接受。否则，下次输入或移动光标时，它就会消失。
灰色文字建议和自动补全是一回事吗？
灰色文字建议是呈现自动补全的一种方式——以灰色文字行内显示，而不是显示选项下拉列表。两者都旨在减少击键次数；通常灰色文字建议接受起来更快，因为无需从选项中选择，只需按 Tab。
为什么 VS Code 有灰色文字建议，而 Slack 没有？
代码编辑器将补全引擎集成到核心功能中，因为它对编写代码至关重要。聊天应用和即时通讯工具并非围绕文本预测而设计，因此只有开发者选择添加此功能的应用才会提供它——而大多数应用都没有添加。
Typeahead 也能在代码编辑器中使用吗？
在 VS Code 中，Typeahead 适用于聊天和文本窗格，不适用于代码缓冲区——代码缓冲区默认关闭，以免与您可能已经在使用的专用代码补全工具冲突。
Typeahead 的灰色文字建议需要联网吗？
不需要。建议来自本地 LLM（通过 llama.cpp 运行的 Qwen 3.5），下载后即可完全离线运行；也可以使用自定义片段和基于词典的自动补全，即使尚未安装模型也能工作。

获取 Typeahead

一次性购买，无订阅。Windows 10 / Windows 11。免费试用 7 天。

在 Microsoft Store 上获取