装了三四个翻译软件，最后还是被这个小工具治好了
电脑上翻译工具装了一堆，但真要用起来，没有一个省心的。
开浏览器去网页翻译，切到别的窗口就没了，还得重新打开。装个大厂的翻译客户端，功能倒是多，但每次启动都要加载半天，吃内存也不少，翻译一两句话还得等它慢慢启动。换回系统自带的小工具，要么只支持一两个翻译源，译文质量一言难尽，要么根本找不到设置在哪。
更尴尬的是有时候看 PDF 或者截图里的英文，文字没法直接选中复制，翻译工具面对一张图片直接傻眼——不能复制就没办法翻译，最后只能手动打字，那叫一个折腾。
你可以同时装好几个工具来覆盖不同场景，但电脑右下角的图标越来越多，后台进程越来越臃肿，到头来反而更麻烦。
所以 STranslate 做了什么
STranslate 是一个 Windows 平台的翻译和 OCR 工具，作者 zggsong 用 WPF 开发，主打”即用即走”。
大白话解释就是：它不在后台跟你抢资源，但你随时需要用翻译的时候，它永远在那里等着你。
支持鼠标划词翻译、快捷键取词、截图 OCR 识别文字、几十种翻译源可选（OpenAI、Gemini、DeepL、Google 等），还内置了插件系统可以无限扩展能力。MIT 协议开源，GitHub 上 1927 次提交，发布了 79 个版本。从作者维护的节奏来看，这个项目一直在认真更新。
跟其他翻译工具比，它好在哪
第一层：即用即走，不拖累系统
很多翻译工具的问题是：你不用它的时候，它也在后台占着资源。STranslate 的设计思路不同——唤起即用，用完即走。平时它就是一个安静待在后台的托盘图标，几乎不占用系统资源。你需要翻译的时候，划一下鼠标或者按个快捷键，翻译窗口就出现了；翻完关掉，它又回到安静状态。不打扰、不拖累，Windows 轻量工具该有的样子。
第二层：一个工具覆盖所有翻译场景
它覆盖的场景比大部分人想象的多：
划词翻译——鼠标选中文本，自动弹出翻译结果。支持数十种翻译源：OpenAI、Gemini、DeepL、Google、百度、有道……你可以同时勾选多个源并发请求，一次查询拿到多家的译文做对比。
截图 OCR 翻译——遇到图片、PDF 里选不了文字的情况，截个图就能识别并翻译。内置了微信 OCR 引擎，离线也能用。更厉害的是图片翻译模式下，译文会直接排版在原图位置上，做到”所见即所得”。
AI 助手模式——不只是翻译，还可以设置自定义 Prompt，把大模型当作文本润色、内容总结、代码解释或者语法纠错的助手来用。一台工具等于装了翻译器和 AI 助理。
第三层：越用越惊喜的几个设计
插件系统带来的无限可能
基于 .NET 的插件架构，官方和社区已经贡献了 TTS 语音朗读、OCR 增强、自定义翻译服务等一系列插件。你不需要等作者更新，社区插件就在不断扩展它的能力边界。
生词本功能
翻译过的生词一键收藏，自动构建个人词汇库，支持本地备份和恢复。对于经常读英文文档的人来说，等于顺便养成了一个积累词汇的习惯。
79 个版本的持续打磨
从 v1.0 到 v2.0.8，1927 次提交、79 个版本。每次更新不是在堆功能，而是在打磨细节——全局热键、明暗主题、历史记录、二维码识别、外部调用接口……每一项都是真实用户在每天使用中才会注意到的改进点。
一个真正”用完即走”的工具，反而让人留下来了
量子星发现 STranslate 这个项目的 WPF 设计语言很克制——它不追求做一个巨大的全能平台，而是把一个简单的事情做好：你什么时候需要翻译，它什么时候出现。
zggsong 用 C# 和 WPF 写的这个工具，核心就一个理念——”即用即走”。不需要注册登录、不需要常驻大内存、不需要为了一两个不常用的功能而忍受笨重的安装包。79 个版本迭代下来，不是把自己做成怪物，而是保持小巧，持续打磨。
这放在几年前，想在 Windows 上好用的翻译，要么去装那些功能单一的小插件，装好几个才能覆盖所有场景；要么就下载大厂的翻译套件，功能是有了但电脑也跟着变慢了。而 STranslate 用一套 WPF 的桌面应用，就能覆盖翻译、OCR、AI 助手、TTS 朗读、生词管理等所有需求，还不拖累系统。
往后翻译工具拼的不再是谁接入的翻译源多、谁的界面花哨，而是谁能让你在最需要的时候，用最少的操作，得到最准确的译文——然后安静地退到后台，不打扰你。
GitHub 仓库： https://github.com/STranslate/STranslate 使用文档： https://stranslate.zggsong.com/ 下载地址： https://github.com/STranslate/STranslate/releases
以上是今天的分享，感谢阅读，下期再见！