第一次用有道翻译，文本、文档、截图和润色该选哪个入口？

直接答案：第一次用有道翻译，先不要急着找“最全教程”。先看你手里的内容属于哪一类：只有几句话就走文本翻译；是一整份 PDF、Word、PPT 就走文档；图片或扫描件里的字选不中就走截图/OCR；英文已经写出来但表达生硬，才进入润色。入口选错，后面越折腾越容易把不同问题混在一起。

电脑端还没准备好时，先从有道翻译下载入口完成客户端准备；已经安装好的用户直接按下面的任务类型选入口，不需要再绕回下载步骤。

先用这一张任务表决定入口

只有一小段文字：先做最短的文本基准测试

先输入一句结构简单、语言明确的内容，确认源语言和目标语言，再看译文是否正常出现。这里的目的不是判断翻译质量，而是确认最基础的“输入 → 识别 → 翻译 → 复制”链路能工作。短句正常、长段落异常时，再去查长文本、特殊字符或格式；短句都没有结果，才有必要继续查页面状态、网络或客户端。

最常见的错误是把网页里复制来的整块富文本直接粘进去。遇到异常时，可以先粘到记事本去掉隐藏格式，再复制回来做控制变量。

是一整份文件：别把文档任务拆成几十次复制粘贴

PDF、Word、PPT 的第一判断不是“文件后缀对不对”，而是文件本身能不能正常打开，以及正文有没有可读取文字层。尤其 PDF，看起来都是 PDF，内部可能完全不同。鼠标能选中一句正文并复制出来，通常可以继续走普通文档路线；整页只能当图片框选，就应该考虑扫描件/OCR。

整份文档的成功标准也不是“上传按钮点成功了”，而是文件完成解析、正文有结果，并且开头、中间、结尾都能抽查。

文字看得到却选不中：这是 OCR 问题，不是文本翻译问题

网页截图、菜单照片、软件弹窗、扫描 PDF 页面最容易出现这种情况。先框一小块清晰文字做测试，确认 OCR 能把图片内容转成可复制原文。原文识别正确以后再评价译文；如果 OCR 已经把 O/0、I/l、数字或型号识别错，后面的译文再通顺也没有意义。

如果只是局部图片，截图 OCR 很合适；如果几十页 PDF 都是扫描图，就应该离开本页，改走整份扫描文档路线。

英文已经写出来：先区分“翻译”和“润色”

中文还没变成英文，这是翻译；英文意思已经基本正确，只是语气、句式、搭配不自然，才是润色。润色时必须保留原文，不要把整篇新结果直接覆盖旧版本。真正的完成状态是：你能解释哪些句子被改了、为什么接受，同时数字、专有名词、否定关系和事实都没被改坏。

整篇论文和一个长难句不是同一个任务

如果只是一个复杂句的结构卡住，可以继续看考研英语长难句拆解，重点确认主干、从句和关键词。

一条复杂英文句看不懂，重点是主干、从句、修饰关系和关键词；一篇论文读不懂，重点则是摘要、术语、方法、图表和结论。把这两个任务拆开，既方便使用，也避免同一站里两个页面同时抢相同问题。

什么时候说明你已经选对入口

• 你能用一句话说清自己现在处理的是“文本、文件、图片、英文表达、论文还是 API”。
• 你知道第一步应该做什么，而不是继续搜索另一个“最全教程”。
• 你知道什么状态算成功，也知道失败后应该转到哪一类页面。

这篇文章故意不教完所有功能

这页只负责“选路”。截图快捷键怎么确认、扫描 PDF 怎么判断、AI 润色怎么验收、API 怎么签名，应该分别由对应页面解决。把所有细节塞进一篇文章，看起来内容多，实际会让每个任务都只讲一半。

三个最常见的“入口选错”例子

例 1：扫描 PDF 当普通文档上传。文件能打开，但正文完全选不中，上传以后译文空白。这里真正的问题不是“文档翻译坏了”，而是原文件没有可读取文字层。先把任务改成 OCR，再决定是局部截图还是整本扫描件处理。

例 2：已经写好的英文继续走翻译。用户真正想解决的是“句子听起来不像母语表达”，但反复中英互译只会让原意来回变化。此时应该保留英文原文，进入润色并做逐句对照。

例 3：一个复杂句看不懂就整篇上传论文。如果障碍只是一个长难句，先处理主干、从句和关键词，比整篇文档转换更快。反过来，如果问题是整篇论文的术语和上下文，就不要停留在单句层面。

入口判断失败时，用“最小任务”重置

如果已经分不清自己卡在哪一层，先把任务缩到最小：一条短文本、一张简单截图、一个两页文档、一个英文段落。最小任务能完成，说明基础链路存在；再逐步增加复杂度。这个方法比在大文件、大段文本和复杂界面里反复试错更容易定位。