终端里的文档翻译审查：Qwen3.7 Plus 与直译稿并排看

终端里的文档翻译审查：Qwen3.7 Plus 与直译稿并排看

翻译开发者文档，最麻烦的不是句子不够漂亮，而是读者照着译文操作，程序却走了另一条分支。一个否定词、一个重试条件，就可能把说明文档变成故障来源。我更关心的是：译稿进了编辑器之后，还要改多少处才能提交。

下面把常见直译与适合交给 Qwen3.7 Plus 的目标译法并排比较。所有片段都是构造示例，目标译法是人工给定的验收标准，不是模型实测输出。这里不虚构跑分，也不把未经验证的译文包装成性能结论。

重试条件：流畅不能替代逻辑准确

原文片段：Only retry requests that are safe to replay. Do not retry authentication failures.

直译稿：只重试安全的请求。不要重试身份验证失败。

目标译法：仅重试可以安全重放的请求。身份验证失败时，不要重试该请求。

并排看，直译稿丢掉了 replay 的含义。“安全”容易让读者想到加密或权限，而这里讨论的是重复发送请求的后果。第二句还需要补全动作对象，避免把“失败”当成被重试的东西。给 Qwen3.7 Plus 的约束应该明确：保留条件、否定和动作对象，不自行补充哪些请求可以重试。

流式响应：别把连接结束译成任务完成

原文片段：The stream may close before the final usage event arrives.

直译稿：流可能在最终使用事件到达前关闭。

目标译法：流式连接可能在最后一条用量事件到达前关闭。

这里的差别不是文采。“使用事件”没有传达计量含义，“流关闭”也不如“流式连接关闭”具体。但译文不能继续推导成“服务端已完成生成”，因为原文没有这个承诺。审稿时，我会把 may、before 和 final 分别对照，确认可能性、先后关系和事件范围都还在。

缓存计费：读懂了，也不能擅自补规则

原文片段：Cache reads and writes are billed separately.

直译稿：缓存读取和写入被单独计费。

目标译法：缓存读取与缓存写入分别计费。

目标译法更自然，但没有声称缓存一定更便宜，也没有增加缓存有效期。这个边界适用于整个翻译任务：允许调整中文语序，不允许增加产品行为。术语表中还应区分“用量”“费用”和“账单”，不要为了避免重复而轮换使用。

给 Qwen3.7 Plus 的提示词与提交检查

我会按完整小节拆分文档，而不是按固定字符数硬切。输入同时包含原文、术语表和上一节已经确认的译名。提示词可以直接写：翻译为简体中文；保留代码块、命令、参数名、路径和占位符；保持标题层级；不得增删条件；歧义另列，不在正文中猜测。

• 先固定高频术语及其上下文含义，再让模型处理整段说明文字。
• 逐字核对命令与代码示例，确认引号、反斜杠和占位符没有变化。
• 单独检查否定词与条件句，避免译文改变接口原本承诺的行为。
• 将歧义记录放进审查备注，不让未经确认的解释进入正式文档。

验收时保留两份结果：未经人工修改的初稿，以及最终提交稿。比较遗漏条件的数量、术语修正次数和人工修改时间，比凭印象评一句“很像中文”更有价值。涉及生产命令的示例，仍应在隔离环境验证。

在 Fluxo 里接入现有编辑器与终端

如果现有脚本使用 OpenAI SDK，可以通过 Fluxo 用一个密钥和一个基础地址 https://api.fluxorelay.com 接入，再按平台提供的模型标识配置 Qwen3.7 Plus。同一入口也覆盖 Claude、GPT、Gemini、DeepSeek、Kimi、GLM、Qwen、Grok 等系列，并可配合 Claude Code、Codex 和 Gemini CLI 使用，不必为文档翻译另造一套工具链。

成本评估要记录真实令牌用量，包括缓存读取和写入；Fluxo 按这些实际用量计费，没有月费。重复发送术语表时，也应把缓存相关费用算进每篇文档的成本，而不是只看译文长度。

想用自己仓库的一页文档验证这套流程，可以创建一个 Fluxo 账号。需要帮助时，登录后在联系页面留言即可。若之后邀请同事使用，对方付费后，邀请人可获得推荐分成；这与翻译质量验收应分开考虑。

对 Qwen3.7 Plus 的明确判断：先做初稿，不直接发布

我的结论是：可以把 Qwen3.7 Plus 放进文档翻译初稿环节，但不能仅凭这些示例认定它优于其他模型。相比无约束直译，真正值得采用的是“术语表、行为约束、差异审查”这套流程。只有它在你的真实文档上减少了人工修改，同时没有增加逻辑错误，才值得成为默认翻译入口；认证、计费和数据删除等高风险段落，始终保留人工复核。