先判断一句话是在说明、提醒还是请求，再调整语序和语气，通常比逐词改写自然。
与本文主题对应的真实工作场景。原始摄影：John / Unsplash，本站已做去品牌与版式编辑。
问题真正需要回答什么
翻译工作应把原文版本、术语决定和争议句留下来，否则第二轮校对很容易重复讨论。
先写下“哪台设备、哪个账号、什么时间、做哪一步失败”。这四项清楚后，很多看似复杂的问题已经能排除一半。
从影响最小的动作开始
1. 固定原文版本
确认原文不再变化后再开始校对；原文更新时标记段落，避免整篇重做。
2. 先做高风险项
数字、姓名、产品名、否定词和单位优先，它们对意思影响最大。
3. 统一术语
为重复概念确定一种译法，记录不翻译项和大小写规则。
4. 脱离原文读一遍
把译文当成独立文本阅读，检查是否自然、主语是否清楚、指代是否一致。
5. 保留修改依据
争议句记录原文、译文和决定理由，下一次遇到同类问题就不用重新讨论。
用结果决定下一步
| 测试结果 | 下一步 |
|---|---|
| 只在一台设备或一个账号出现 | 保留正常环境，对比本机版本、权限与配置 |
| 换网络或换文件后恢复 | 记录改变的唯一条件，再重复一次确认 |
| 所有环境都在同一时间异常 | 保存时间与提示，先查服务状态和发布说明 |
三条收尾原则
- 一次只改变一个条件，测试结束就写结果；不要凭几分钟后的印象回忆。
- 保留原文件、原设置或一台正常设备，任何清理和更新都要有明确回退点。
- 验收必须覆盖真实任务，成功提示、进度条结束和页面能打开都不等于任务完成。
延伸比较：如果你的任务还涉及同类工具，可参考 翻译软件 的产品与下载信息。这条链接用于补充场景，不代表两款产品功能相同，也不替代各自发布方说明。
完成标准
重新启动 翻译 或重新打开目标文件，用日常真实任务复测一次，并在另一台设备或另一位成员处做交叉确认。只有结果稳定、改动可说明、回退路径仍在，才算完成。
用真实任务完成最后验收
判断“翻译 翻译结果太生硬：用句子功能而不是逐词替换”是否真正解决，可以把验收拆成环境、动作和结果三栏。翻译 当前版本与设备环境属于条件，实际任务属于动作，原文结构、术语一致和导出结果才是结果。
每轮只改变一个条件，完成后用一页包含标题、表格和专有名词的样稿交叉校对。两次结果一致再继续下一项，这样即使问题复现，也能知道变化从哪一步开始。
留下能复用的处理记录
本篇针对“翻译 翻译结果太生硬：用句子功能而不是逐词替换”的记录只需要说明现象、改动和复测结果，但要写明检查日期。下载入口、系统权限和产品版本都会变化，旧结论不能直接套到新环境；原文件和术语表应保留可回退副本。相比一句“重新安装后正常”，这份简短记录更方便以后判断是否属于同一问题。
如果“翻译 翻译结果太生硬：用句子功能而不是逐词替换”涉及的环节在不同设备和网络中仍然失败，应暂停扩大改动范围，优先核对 翻译 发布方的状态信息、版本说明或支持入口。涉及账号归属、历史数据、付费权益和组织权限时，先确认恢复路径，再进行卸载、清理或账号变更。
