实时翻译默认走网络。仓库、路上、对方网络差、线路抖动时，等云端返回会变成气泡停住、发送转圈、语音上传失败。离线语言包把常用语种的一部分能力放到设备上，弱网模式则是让联网时少传一点、少润色一点，先保证出字。这一篇只写什么时候该下包、弱网怎么设、哪些事离线做不到。
先明确：离线不是把所有平台、所有图片、所有长文件都变成完全不联网。它优先保的是常用文字方向在短句上还能出结果。把离线当成“从此可以关数据漫游跑全球”，会在真正需要云端的环节再次卡住。
一、哪些语种值得下载，哪些不必占空间
- 先下每天都在用的方向，不要按列表全勾
中英、中泰、中越、中印尼这类正在接单的组合优先。半年才出现一次的小语种占着空间，更新包时还要耗流量，收益很低。统计里看近两周真实出现的语言，再决定下哪些。
- 下载完整后再关掉只依赖云端的演示习惯
包下到一半就去测长句，结果仍走网络或直接失败，会误判离线无用。等进度结束，开飞行模式测几句短文本，看是否还能出译文，再下结论。
- 包会过期，要在有网时更新
语言模型和词表会迭代。长期不更新的离线包，和新版术语库可能对不齐。固定在Wi-Fi环境更新，不要在客户正在问价格时点大更新。
- 设备空间不够就只留主市场
多开四个市场不等于要下四套全量包。主责市场留完整包，偶发市场允许走云端。空间和电池都是有限的。
二、弱网时先改设置，再决定要不要换线路
- 打开低带宽或弱网优先，关掉实时深度润色
先出直译，后补漂亮句子。高峰期客户要的是数量和日期到达，不是形容词。润色开着又超时，重试会把仅剩的带宽打光。
- 固定一条相对稳的线路，不要智能乱切
节点来回跳，会话和翻译请求都会断。能直连就直连，必须代理就锁一条已知还通的。绑定账号、群发过程中尤其不要切。
- 媒体默认改为手动
自动识别每张图、每段语音，弱网下最容易失败堆积。文字先走完，图和语音改为点一下再处理，或请对方改发文字。
- 群自动翻译临时改回点击再译
大群在弱网里是放大器。每条都自动送去处理，队列会堵。私聊保持自动，群改为需要时再点。
三、离线能做和不能做的边界
- 能做：常用语种的短文本双向、已写入设备的术语
方向写对、词条已在本地，短询盘往往还能回。这是离线的主战场。
- 不一定能做：新语种、很绕的长句、刚发布的网络热词
包里没有的语言，仍要联网。句子结构很复杂时，离线结果会更硬，需要你自己改通顺再发。
- 常要联网：图片识别、长文件、部分语音转写
识别和转写模型更大，许多场景仍走云端。弱网时不要用离线幻想去跑九十页PDF。
- 平台登录、同步联系人、群发到达，本身就要网
翻译离线了，WhatsApp、Zalo把消息送出去仍要网。离线解决的是“译得出来”，解决不了“对方平台收得到”。两件事分开看。
四、出门前和现场怎么用
- 出发前在稳定网上更新包、同步词库、确认常用号仍登录
到了现场再更新，会同时消耗电和流量。词库没同步，离线译出来的型号可能还是旧的。
- 现场先测一句短文本，再承诺客户“我这边可以即时回”
包损坏、权限被系统清掉、飞行模式下平台也发不出去，都要现场一秒就知道。不要凭出发前的印象。
- 电量和流量一起盯
离线推理、反复重试识别，比只收文字更耗电。电低时关媒体、关群自动、降低屏幕，把电留给发出去那几句关键回复。
- 回到稳定网络后补做识别和长文件，不要把现场当机房
现场把询盘和数字钉死。回到办公室再用原图、原文件出完整译文归档。现场和办公室的任务分开，离线才有意义。
离线包和弱网设置，是把最常用的文字能力留在设备上，并把高峰时的奢侈选项关掉。它们让你在信号不好时仍能回交期和价格，但不能代替平台联网，也不能让糊图变清晰。出发前下好、现场只测短句、媒体改手动、回来再处理大文件，弱网就从故障变成一种已知的工作模式。