把一段英文技术文档直接丢给翻译软件，你大概率会见到这样的名场面：代码里的 fork 被翻成"叉子"，test 被翻成"测试"，粘回项目里直接报错。有翻译过技术文档的知乎用户总结过这个坑：代码块里的函数名、接口标识符、命令行指令很可能被误译，而且术语在同一份文档里来回换翻译表述。知乎
更普遍的痛是流程本身。一位被公司当成人形翻译器的北外学生描述自己的日常：打开PDF → 复制一段 → 打开翻译网页 → 粘贴 → 等结果 → 再切回来继续读，结果排版全乱了，图表对不上，读着读着就放弃了，一篇报告能拖三天。小红书
先想清楚：你是要读懂，还是要产出译文
大部分人的真实需求其实是"读"，不是"译"。只要看懂、能定位信息就行，不需要产出可发布的中文成品。读懂这个需求，双语对照加术语一致基本就够了，付费逻辑和"产出一本中文书"完全是两条路线。知乎上有用户总结过自己理想中的技术文档阅读插件：阅读中遇到陌生词语（不限于词语，还包括复杂公式、代码片段等），能一键释义，用时打开，不用时关闭。知乎这才是多数技术读者的真实诉求：不是要翻译得多漂亮，而是读得快、不被打断。
第0档：浏览器自带翻译，能用但有硬伤
Edge、Chrome 都自带一键翻译，读普通英文网页够了，但对着技术文档就会露怯。一位长期啃英文原版文档的实测者直言：虽然 Edge 浏览器自带一键翻译，但它在专业术语面前真的很离谱，翻译不准、逻辑生硬，甚至还会出现图片和公式错位，导致经常得反复对照原文看，效率极低。知乎这一档的定位很明确：应急可以，别指望它读文档。
转折往往发生在换上双语对照插件之后。一位译了1200万字的职业译者分享过自己的体验：遇到不懂的新概念，以前逐句复制到翻译软件里，30分钟才能理解大概；现在：沉浸式翻译一键把网页变成中英对照，直接阅读，3分钟吃透技术逻辑。小红书原文译文挨着放，不用来回切换窗口，这个体验差距是断层级的。
第1档：免费AI翻译插件，先薅明白再谈花钱
免费档里最能打的是通义（千问）浏览器插件。实测者给的评价很高：千问的插件在我眼中完全能给到顶级评价，而且完全不收费，支持网页划词翻译，能翻译 MATLAB 长篇的 PDF 文档，上百页的文档很快就能翻完，排版和原版接近，而且原文和译文是对照放置的，不需要频繁来回翻页折腾。知乎每月就读几份文档的话，这一档基本够用。
但免费档有明确边界。据上述实测，千问不支持1000页以上的PDF翻译；DeepL 的翻译质量被公认是世界顶级，但它的浏览器插件只能划词翻译，不能整页翻译，也翻不了PDF，想发挥实力得去官网。
DeepL 官网的免费额度值得薅：每个用户能免费体验 DeepL Pro 一个月，并且每个月都能免费翻译一次 PDF 文档（仅限几十页的文档，上百页的不给翻译）。知乎需求量大的话，据实测者说就要权衡每月几十美元的 Pro 订阅成本了。
第2档：真正拉开差距的，是术语库
读长文档最折磨人的不是翻得糙，而是不一致：同一个人名、同一个专有名词，前一章一个译法，后一章又换一个，来回对照非常消耗。解法是给工具喂一张术语对照表，让它锁死译法。沉浸式翻译的 AI 术语库就是这个思路：建一个术语库，把固定译法填进去，之后翻译全程照表执行。
微博上有译者专门发过人名翻译的教程，操作四步：设置里找到 AI 术语库，新建术语库选择直接创建，把特定名词的中文译法填进去，就OK了。微博
还有人针对音译名给出了同样的答案：把音译的人名换成正确的名字以提升观感，其实这样新建一个术语库就行了。微博读论文、追海外技术博客的人，建一次术语库，后面全程受益。
第3档：PDF排版和整本翻译，开源方案已经卷起来了
PDF 是最考验翻译工具的载体：公式、表格、矢量图、页眉页脚，翻完排版不乱才算合格。沉浸式翻译内置的 BabelDOC 引擎在8月底刚完成大更新，现在矢量图和表格能精准翻译，公式、表格线条还优化了，跨页段落连贯性更强，术语更统一，字号也稳定。小红书
想要完全免费可控的开源方案，可以看 pdf2zh（PDFMathTranslate）。近日 PDFMathTranslate(又名 pdf2zh) v2.0.3 正式发布，相比原来的 1.0 版有较大幅度提升。小红书据社区发布信息，这一版内置的 BabelDoc 引擎从可选改为强制使用，新增了术语提取功能，对表格的处理显著提升、可以通过选项打开表格翻译，连页眉页脚也能翻了，推荐用 Docker 方式安装。
要整本译出成品，开源圈最近热的是 Rainman Translate Book：它核心创新方案是书籍分块+8个AI子代理并行翻译，搭配专属术语库、相邻上下文参照双重机制，彻底解决长篇内容翻译前后不一致、漏译、格式丢失的通病。知乎据知乎文章介绍，它会从全书首中尾抽取5段文本生成 glossary.json 术语表，统一所有子代理的译法，还通过 SHA-256 哈希记录每段翻译状态，中断后只重翻缺失的文本块，支持 PDF、DOCX、EPUB 输入。
同类方案还有两个值得收藏。有人用开源工具 TranslateBooksWithLLMs 翻译800页英文技术书，支持断点续传、格式保留和多后端选择，适合本地或云端翻译。小红书跑了好几年的老牌工具 bilingual_book_maker 也依然能打，GitHub 上目前 9.6k stars、1.3k forks，社区里长期被当作「把整本书做成中英对照 EPUB」的标准方案之一。小红书
不管用哪档，这三个坑都要躲
第一，代码块和标识符不能被翻译。函数名、命令行指令一旦被本地化，粘回去就是事故，选工具时先确认它会不会保护代码块。第二，警惕 AI 幻觉：比如文档里明明没有某个函数，AI 为了显得自己无所不知，硬是编出一套不存在的用法，浪费时间。知乎遇到译得过于顺滑的陌生 API，回原文或官方文档核一眼。第三，术语漂移：不能锁译法的工具，长文档越翻越乱，翻之前先花十分钟建术语表。
谁该花钱，花多少
结论按人群分。偶尔读几篇网页的，浏览器插件加免费额度足够，一分钱不用花。每月固定读英文文档、写论文赶 due 的，值得上付费档：以 BabelDOC 的额度体系为例，免费版约每月50万 Token，Pro 档2000万，Max 档5000万（额度档位以工具官方页面为准），免费和付费的差距主要在额度和引擎优先级上，价格不算离谱。翻译插件的会员价经常调整，付款前以官方渠道为准，重点确认两件事：支不支持你常读的文件格式，有没有术语库。
要整本译出交付件的，别花钱，直接上开源：Rainman、TranslateBooksWithLLMs、bilingual_book_maker 各对应不同的文件格式和动手能力，成本只有 API 调用费甚至为零。
最后留两个继续观察的信号：一是各大模型桌面客户端什么时候把带术语记忆的长文档翻译做成原生能力，真做成了，付费插件的护城河会被削掉一块；二是 BabelDOC、沉浸式翻译这类工具的定价和免费额度变化，过去一年它们的额度计算方式已经调整过一次，这个赛道的规则还在快速变化中。
