文档翻译的难点不在逐句替换，而在术语、版式与语境的一致性。本文以DeepSeek为核心，拆解从文档准备、提示词设计到校验交付的完整操作路径。
跨语种协作中，合同、技术手册、研究报告的翻译往往比日常文本更棘手：一个术语前后不一致，可能让审校反复返工；一处编号或单位错位，可能影响交付验收。DeepSeek的长上下文和指令跟随能力，适合承担文档翻译中的初译、术语统一和格式整理工作，但它不是一键交付工具。下面按实际操作顺序，把文档拆解、提示词设计、分段翻译和质量校验四个环节讲清楚。
1. 文档拆解与语料准备
文档翻译的第一步不是打开模型，而是把待译文件拆成可控的单元。合同、技术手册、研究报告和营销材料的版式差异很大，直接整篇粘贴往往会丢掉标题层级、表格关系和编号体系。可先把Word另存为Markdown或纯文本，扫描版PDF先用OCR识别并校对页眉页脚，表格单独导出处理；代码块、变量名、公式和品牌名列为不可译元素，用统一占位符保护。这样做的原因是模型对结构化文本的跟随更稳定，后续回填版式也有据可查。
术语准备决定译文的一致性。以机械手册为例，torque在全文应统一为“扭矩”，不能一会儿“转矩”一会儿“力矩”；flange统一“法兰”，安全相关表述按客户术语库锁定。建议整理三列表：源术语、目标术语、禁用译法，并附一条例句。术语表不需要覆盖全部词汇，优先处理高频词、客户指定词和易混淆词。把术语表放进提示词或随文档一起提交，模型在分段翻译时才有稳定参照。
还要准备一段风格样本，让模型知道译文该正式还是简洁。技术手册多用祈使句，合同保留情态动词的严谨程度，论文避免口语化。切块时按标题层级和段落边界拆分，单块保持完整语义，块首附上前文摘要和术语表版本号。DeepSeek上下文较长，但仍建议把每块控制在可审校的规模，避免一次输出过长导致格式漂移。准备做得细，后面提示词和校验才有抓手。
2. 提示词中的术语与文体约束
提示词不要只写“把下面内容翻译成英文”。更稳妥的写法是明确角色、任务、目标读者、术语表、文体、格式约束和不确定项的处理。例如告诉模型：你是技术文档译者，面向英文工程读者翻译，保留Markdown标题和编号，术语按表执行，变量用{{var}}占位，遇到表中没有的术语先标注再给建议译法。约束越具体，模型越不容易自由发挥。
在正式翻译前，可以让DeepSeek先输出一份术语确认表，把原文中的高频词、缩写和专有名词列出来，由人工确认后再进入正文。这样做能提前暴露歧义，比如“shall”在合同中通常译为“应”，在普通说明中可能是“将”；“commissioning”在工程语境是“调试”，不是“委托”。提示词里附一两条双语示例，比抽象描述更有效。模型对示例的模仿能力较强，示例能帮助它锁定句长和语气。
文体约束要落到可执行的规则。合同译文保留“应、可、不得”的层级，技术手册统一使用祈使句和主动语态，研究报告保持客观陈述并保留引用标记。可以把temperature调低到0.2至0.3，减少同义改写带来的术语漂移；对同一章节使用同一段提示词，不要中途更换术语表版本。提示词不是越长越好，关键是术语、格式和禁止项写清楚，剩下的交给分段流程。
3. 分段翻译与格式保留
分段翻译时，先把目录、术语表和章节标题译好，再处理正文。每段提交给DeepSeek时，附上前一段的译文摘要和当前术语表，避免跨段指代丢失。表格按行翻译，保留表头与单位；图注、脚注和交叉引用单独编号，不要和正文混在一起。原文中的变量、链接、代码和占位符用特殊标记包起来，翻译后统一替换，防止模型改写。对于长文档，可以建立“原文块—译文块—术语版本”的对照记录，返工时不至于找不到出处。
工具组合比单点操作更可靠。Word文档先转成Markdown，利用标题层级保留结构，翻译完成后再用Pandoc转回docx，最后人工调整样式；PDF不适合直接回填，通常先抽文本、译后排版。使用DeepSeek网页端时，可以分段上传或粘贴，但要注意输出长度限制和格式丢失；使用API时，把分段文本、术语表和输出格式写成固定请求，批量处理时记录每次调用的提示词版本。低temperature和固定系统提示能明显降低同一术语前后不一致的概率。
格式细节要在翻译中同步检查。编号列表的层级、章节交叉引用、图表标题、页眉页脚和超链接，都是模型容易忽略的地方。可以在提示词中要求“保留所有编号和占位符，不增删段落”，并在每块输出后抽查。遇到表格跨页或合并单元格，先拆成简单表格翻译，再回原文件合并。案例中常见的问题是译文把“图3-2”改成“图3.2”，或者把变量名翻译成中文，导致后续排版和代码运行出错。把这些规则前置，比译后逐页修补省力。
4. 质量校验与交付风险控制
译文交付前至少做三层校验。第一层看术语一致性，用术语表逐项检索，重点检查高频词、客户指定词和缩写；第二层看数字、单位、日期、编号和交叉引用，逐段对照原文，防止小数点、百分号和章节号错位；第三层看格式与版式，检查标题层级、表格、页眉页脚、超链接和批注是否完整。对合同、医药和工程类文档，抽样做回译或请母语审校，能发现模型改写造成的语义偏移。审校记录要保留修改理由，方便客户追溯。
风险控制要放在翻译之前。客户合同、研发文档和内部制度可能包含个人信息、商业条款或未公开数据，不应直接上传到不受控的公网工具。可以先脱敏，把公司名、人名、金额和项目代号替换为占位符，译后回填；对保密要求高的项目，使用企业API或本地部署方案，并确认数据留存策略。DeepSeek的输出仍需要人工负责，模型可能生成看似合理但原文没有的表述，尤其是法律义务和数值条件，不能直接签字交付。
交付前的检查围绕可读性和完整性展开。通读译文，确认术语、语气和格式与目标读者匹配；打开原文件和译文并排比对，检查页眉页脚、目录页码、图表编号和超链接；把术语表、提示词版本和审校记录归档，方便下一版复用。对批量项目，可以抽取10%的段落做重点复核，把常见错误写回提示词和术语表。文档翻译的可靠性来自流程控制，而不是一次生成。
