Writing Tools 评测：一个让你在 Windows 和 Linux 上调用大模型改稿的开源工具
The world's smartest system-wide grammar assistant; a better version of the Apple Intelligence Writing Tools. Works on Windows, Linux, & macOS, with the free Gemini API, local LLMs, & more.
秒懂
- 它是什么？
- Writing Tools 是一个模仿 Apple Intelligence 写作工具的开源应用，通过一个热键在任何程序中调用云端或本地大模型来校对、改写和总结文本。它免费、跨平台，但配置和隐私边界需要你自己权衡。
- 适合谁用？
- 如果你经常在非 Apple 系统上写作，希望用一个大模型统一处理校对、改写和总结，并且愿意自己管理 API key 或本地模型，Writing Tools 值得一试。它特别适合已经熟悉 Gemini API 或 Ollama 的用户，因为配置成本很低。
- 能商用吗？
- 可以，但有条件。GPL-3.0 是 copyleft 许可证：如果你分发包含它的软件，就必须以同一许可证公开该软件的源代码。只在内部运行、不对外分发，则不会触发这项义务。
- 还在维护吗？
- 在维护。仓库最近一次提交在 28 天前。
- 用什么语言写的？
- 主要是 Swift（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月15日）和我们的分析，不构成法律意见。
开源项目深度解析
它解决什么问题，给谁用
Apple Intelligence 的 Writing Tools 只存在于 macOS 和 iOS 上，而且依赖苹果自家的端侧模型。Writing Tools 这个项目把类似的功能搬到了 Windows、Linux 和 macOS，让你在任何程序里选中文字，按一个热键，就能让大模型帮你改语法、换语气、翻译或者总结。它面向的是那些不想在浏览器和编辑器之间来回切换的人，特别是需要在邮件客户端、聊天软件、代码编辑器里频繁处理文字的用户。作者是一位来自班加罗尔的高中生，这一点在 README 里写得很清楚，项目的维护节奏和文档风格也带有个人项目的痕迹。
触发机制：热键加选中文本
核心交互是 ctrl+space（macOS 上可能不同）。你选中一段文字，按下热键，弹出一个小窗口，里面有几个预设按钮：Proofread、Rewrite、Friendly、Professional、Concise，还有一个可以输入自定义指令的输入框。你点一下按钮，选中的文字就被替换成模型输出。如果不满意，按 ctrl+z 可以撤销。这个流程的关键在于它不碰你的剪贴板，而是直接模拟键盘输入或使用系统辅助功能接口来替换文本。README 里强调这一点，说明它避免了剪贴板被其他程序覆盖的常见问题。另一个细节是，如果你不选中任何文字就按热键，会直接打开一个聊天窗口，可以和模型对话，但关闭窗口后聊天记录会被删除。
模型接入：免费 Gemini 到本地 Ollama
模型支持是它的主要卖点。默认推荐使用免费的 Gemini API，README 说 Gemini 2.0 Flash 的大小约为 30B 参数，比 Apple 用的 3B 模型大得多，这是它自认为更聪明的依据。除了 Gemini，它还支持 OpenAI API 兼容的云端服务，比如 ChatGPT 和 Mistral AI。对于本地模型，它明确列出了 Ollama、llama.cpp、KoboldCPP、TabbyAPI、vLLM 这些后端。这意味着你可以完全不联网，把数据留在自己的设备上。配置方式在 README 的后续部分有链接，但当前材料里只提到 Ollama 有单独指令。需要留意的是，不同后端的配置格式可能不同，而且本地模型的质量参差不齐，不像 Gemini 那样开箱即用。
安装与运行：便携版和权限问题
Windows 的安装很简单：从 Releases 页面下载 Writing.Tools.zip，解压到任意目录，运行 Writing Tools.exe。它是一个便携应用，不写注册表，但配置文件会生成在 exe 同目录下。如果你把它解压到 Program Files 这类受保护目录，第一次运行必须用管理员权限，否则没法创建配置文件。这个细节很实在，因为很多用户会下意识把程序放到 Program Files。Linux 版本在 README 里被标记为 work-in-progress，目前没有提供具体的安装命令。macOS 有一个原生 Swift 移植版，由另一位贡献者维护。启动后，程序会缩到系统托盘，设置里可以开启开机自启。
真实局限：不是所有文本都适合热键替换
这个工具的核心假设是：你选中的文本可以被程序自动替换。但在某些场景下这个假设不成立。比如网页里的内容并非总是可编辑的，有些富文本编辑器会拦截模拟键盘输入，PDF 阅读器里的文字根本不能原位替换。README 里提到了总结网页和 YouTube 视频，但做法是让你先 ctrl+a 全选再调用，这说明它依赖系统层面的文本选择能力，遇到无法选择的区域就会失效。另外，它没有离线拼写检查，所有操作都必须经过模型，如果网络中断或者本地模型没启动，热键按下去不会有任何反应。它也不像 Grammarly 那样在你打字时实时提示错误，而是需要你主动选中并触发，这是一个交互模式上的根本差异。
隐私与成本：数据流向取决于你选哪个模型
README 强调隐私友好：API key 和配置文件只存在本地，没有日志、诊断收集或广告，而且只在用户主动调用时才工作。但这里的隐私边界完全由模型后端决定。如果你用 Gemini API，你的文本会发送到 Google 的服务器，这不算本地处理。如果你用 Ollama 跑本地模型，数据不出设备，但你需要自己承担模型下载和硬件资源。还有一点，README 说聊天窗口的对话历史在关闭后删除，但选中文本替换的操作是否保留历史没有说明。对于处理敏感文档的用户，应该先确认公司或客户的数据政策是否允许调用外部 API。
替代方案：Grammarly 与 Apple 原生工具
最直接的替代是 Grammarly，它采用基于规则的自然语言处理，在浏览器和桌面端提供实时语法建议，但它的免费版功能有限，高级版需要订阅。Writing Tools 的 README 明确批评 Grammarly 的规则引擎无法与 LLM 相比，但 Grammarly 的优势在于它不需要你主动选中文本，而是在你打字时自动提示。另一个替代是 Apple 自带的 Writing Tools，它只支持 macOS 和 iOS，而且模型参数小，但胜在系统集成度高，不需要额外安装。如果你在 Mac 上且身处欧盟，苹果的 AI 功能不可用，这个开源项目反而是唯一选择。在 Linux 上，几乎没有同类系统级工具，Writing Tools 几乎是空白领域的先行者。
维护与许可证：GPL-3.0 意味着什么
项目采用 GPL-3.0 许可证，这意味着你可以自由使用、修改和分发，但如果你的项目基于它，你也必须以相同许可证开源。对于个人用户没有影响，但企业如果想把它的代码嵌入到闭源产品里，就会遇到困难。最近一次提交是 2026 年 8 月，说明项目仍在活跃维护。Windows 和 macOS 的版本号分开管理，例如 Windows v9 搭配 macOS v6.1，这种双轨发布方式可能让用户困惑，但也反映了两个平台由不同贡献者维护的事实。升级成本不高，因为它是便携应用，替换 exe 文件即可，但你需要重新检查自定义按钮和配置是否兼容新版本，因为每次更新都可能改变设置文件的格式。
编辑结论
如果你经常在非 Apple 系统上写作，希望用一个大模型统一处理校对、改写和总结，并且愿意自己管理 API key 或本地模型，Writing Tools 值得一试。它特别适合已经熟悉 Gemini API 或 Ollama 的用户，因为配置成本很低。但如果你需要离线运行且不想折腾本地模型，或者你依赖 Grammarly 那种基于规则的即时反馈，它可能不是最佳选择。在采用前，请先确认你选择的模型服务条款是否允许此类调用，并检查你的文本是否包含不可外传的敏感信息。对于 Windows 用户，安装后请先测试热键是否与现有软件冲突，因为系统级热键是它唯一的交互入口。
社区笔记