英文技术书，
代码原样保留、术语全书统一、章节结构不变。译文逐段中英对照，译者精修与编辑审校都在同一个编辑器里完成。
首章免费 · 无需信用卡 · 支持团队协作
原文 · English
The event loop is what allows Node.js to perform non-blocking I/O operations — despite JavaScript being single-threaded.
第 3 章 · Node.js 事件循环
译文 · 简体中文
事件循环是 Node.js 能够执行非阻塞 I/O 操作的关键机制——尽管 JavaScript 是单线程语言。
技术图书常见的稿件格式
适用人群
为译者提速，为出版社降本
同一套术语库与编辑器，两种用法：译者拿它出初译稿，出版社拿它出试译稿。
自由译者与翻译工作室
把时间花在译笔上，而不是逐句敲字。
初译几分钟出稿
整章一次译完，你只需要润色和定稿，不必从空白页开始。
术语一次设定，全书统一
术语表加不译词表，符合出版社的术语与译名规范，前后不再打架。
译笔由你定稿
中英对照编辑器逐段修改，AI 只提供底稿，风格仍是你自己的。
交付即用
按原书格式导出 Markdown、EPUB、DOCX，直接交给编辑，无需重新排版。
编辑室与版权引进团队
先拿到可读的稿子，再决定投入多少人力。
当天拿到试译稿
用真实章节评估译稿质量与译者水平，选题立项不再只靠几页样章。
初译自动生成
译者专注审校与加工，整体周期与翻译成本都更可控。
全社术语统一
术语库与译名表跨书复用，同一套丛书的体例保持一致。
协作与合规
多人协作审校，进度按章可见；稿件不用于训练模型，支持版权方、译者、出版社三方流程。
核心能力
为技术书的写法而设计
长章节、密集术语、每页都有代码——TranslationWorks 正是为这种书做的。
按章理解上下文
模型读的是整章而非孤立段落，术语、语气与人称从序言到附录保持一致。
术语表与不译词表
规定每个术语怎么译，或者干脆保留英文。“event loop” 恒为「事件循环」，npm install 永不改动。
代码始终是代码
代码块、命令行与行内代码自动识别并原样跳过，只翻译它们周围的说明文字。
结构完整还原
章节、标题、表格、脚注与图注各归其位，导出结果与原文结构一一对应。
专注的中英对照编辑器
左英右中逐段对照，任何段落都可直接修改，按章跟踪审校进度。
翻译记忆
已确认的段落全书复用，口径一致；改稿时只重译真正变动的部分。
使用流程
三步，从原稿到中文版
术语库只需要配置一次，之后逐章翻译，进度和口径都掌握在你手里。
上传书稿
Markdown、EPUB、DOCX、PDF 导出稿都可以直接上传，章节、标题与代码块自动识别。
按你的规则翻译
套用术语表、不译词表与翻译记忆，跳过代码，术语在每一章都保持一致。
审校后导出
在中英对照编辑器里逐段精修，再按原格式导出完整的中文译稿。
EN → 中文
专注技术图书的语言对
100%
代码块原样保留
分钟级
单章初译出稿
首章免费
无需信用卡
TranslationWorks 支持哪些书？
英文技术图书译成简体中文——编程指南、参考手册、实战书与工程深度剖析，也就是 O’Reilly 那一类。这个范围是刻意收窄的：技术书里有代码、有术语、有层级结构，通用翻译工具恰恰最容易在这些地方出错。
和把书粘进通用翻译工具、或者直接用大模型有什么区别？
通用工具逐段翻译，翻到 300 页时术语和语气早就散了。TranslationWorks 按章翻译，套用你的术语表与翻译记忆，跳过代码、保留结构，并且提供一个为审校整本书而做的编辑器——而不是一个聊天框。
代码会被翻译吗？
不会。代码块、命令行和行内代码会被识别并原样保留，npm install 还是 npm install。只翻译代码周围的说明文字。
可以让某些术语保持英文吗？
可以。把词加进不译词表，或在术语表里指定唯一译法——例如 “event loop” 一律译为「事件循环」，而 state、reducer 保留英文。已有的术语表支持从 CSV、TMX 导入。
出版社怎么用它出试译稿？
上传一到两个真实章节，当天就能拿到可读的中文试译稿，用来评估选题、译稿质量或译者水平。确定推进后用同一套术语库翻译全书，译者只做精修与加工；多本书可以并行，进度按章可见。
版权与稿件安全怎么处理？
翻译一本书需要相应授权。请只上传你拥有版权或已获得授权的内容；我们支持版权方、译者与出版社之间持有授权的协作流程。你的稿件不会被用于训练模型，也不会对外共享。
编辑器里能做什么？
左英右中对照阅读，逐段修改译文，按章跳转并跟踪审校进度。确认无误后，按原格式导出整本书。