整本书一次跑完，而不是一段一段地译
句子译得好不好，早就不是难点了；难的是长度。把一部 300 页的作品切成小段喂给翻译工具，每一段都不记得上一段——同一个术语出来四种译法，读到第六章，你读的其实是钉在一起的四十份译文。在这里，整本书是一次运行，对照同一份术语表。
- 你只需启动一次。它先通读文档，和你商定术语，然后每一章都对照同一份术语表翻译——不用反复粘贴，不用一章章盯着。
- 进度有断点保存。译到一半关掉应用，回来时它从停下的地方继续，而不是从头再花一遍钱。
- 每一节都会检查那些机械性的失误——漏译、数字变了、术语违背了术语表——在你看到之前就打回重译。
- attention head注意力头
- embedding嵌入
- TransformerTransformer保留原文
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 检查没通过（有个数字变了），打回重译了一遍
- 应用在这里被关掉；从第 8 章接着跑，而不是从第 1 章重来
一份术语表，在译第一个字之前定好
术语漂移与其说是语言问题，不如说是记账问题，所以解决它靠的是记账，而不是换一个更好的模型：每个术语在开头定一次。你唯一需要做的决定，就在这里。
- 它先读一遍文档，弄清这是一份什么样的文字——主题、语体、读者——再列出会反复出现的术语。
- 你会看到这份清单，可以修改。这是唯一需要你的一站；在那之后，一切自动运行。
- 如果你的文件夹里已经有译文定下过某个译法，这个选择会沿用下来，不会再争一次。
按下开始之后会发生什么
通读文档，写一份翻译说明
主题、语体、读者，以及会反复出现的术语。此时还一个字都没译。
你修订术语表
在这一处，你的判断比再多跑一遍算力更值钱。
每一章都对照术语表翻译
全书术语一致，也包括从你文件夹里已有译文继承来的术语。
它自查，不合格的返工
漏译、数字变化、违背术语表的地方，会自动打回再译一遍。
你对照原文来读
译文和原文并排对齐，核对一段话不用到处找。
你逐章润色
润色以修订形式返回，由你接受或拒绝，和编辑器里其他地方一样。
其他方面
PDF、EPUB、Word、Markdown
长文档实际上就是以这些格式到你手上的。
译文归你所有
Markdown 文件，放在你自己的文件夹里、原文旁边。不用导出，不用再归档第二份。
术语跨文档继承
在一本书里定下的译法，会带进同一个文件夹里的下一本书。
润色以修订形式呈现
章节级的改写以带标记的修改返回，由你接受或拒绝，不会被悄悄替换。
中断了也不白跑
进度有断点保存，合上笔记本电脑不等于白跑一趟。
你读之前先过机械检查
漏译和数字变化由机器抓出来，你的注意力就能留给真正需要判断的地方。
哪里会不顺手
- 一本真正的书要花真正的钱
一部 300 页的作品是一件大活。先译第一章看看效果，再决定要不要译完。
- 诗歌、文字游戏和法律文本
对依赖歧义的文字来说，术语一致恰恰是错误的工具。教材没问题；文学翻译请当作一份可以争论的初稿。
- 扫描件要先识别
识别质量决定了后面所有环节的上限——先做识别，并检查一下。
- 你仍然需要读一遍
核查环节抓的是机械性失误，不是判断失误。一句话技术上没错、语气却完全不对，它是看不出来的。
常见问题
能翻译一整本书，而不只是一页吗？
能。启动一次，它就一章一章把整份文档译完。进度有断点保存，译到一半关掉应用，再打开是接着译，不是从头开始。
几百页下来，它怎么保证术语一致？
它先通读文档，建一份会反复出现的术语表，开译之前你可以修改。之后每一章都对照同一份术语表翻译。
译文放在哪里？
以 Markdown 文件的形式放在你自己的文件夹里、原文旁边——不是一个还得下载、再找地方存的导出文件。
和浏览器里的双语对照翻译插件有什么区别？
网页、短文章，用浏览器插件做双语对照很方便。一整本书则需要先定好一份术语表、整本一次跑完、可以断点续跑，并且译文作为文件留在你的文件夹里——这是这里擅长的事。