直接回答
应急使用准备测试可以核验提前设置和失败处理，但不能证明机器翻译在紧急情况下安全或可靠。应把“应急使用”理解成旅行中断网的预案场景，而不是应用能替代当地急救服务、合格口译员或经过审核的官方说明。`ARCH-01` 按推理发生位置定义端侧 AI；`BENCHMARK-01` 指出仓库尚无完整的真实设备基准数据；`ANDROID-SPEECH-OFFLINE-HINT-01` 还说明 Android 可选的离线识别偏好可能被具体识别器忽略。这些事实都不支持根据设置界面或一次演示作保证。 出发前先确定实际任务需要什么：语言方向、文字还是语音模式、所需资源、访问权限、电量和存储情况，以及可信的人类/官方替代方式。联网时完成必要下载或设置，但不要把曾经下载过误认为完整任务现在可离线。设置后关闭网络，从冷启动应用开始测试一条新的、无害的短句。分别核对语音输入、翻译显示和可选语音播放是否都按确切配置运行。如果某个阶段依赖平台服务、模型下载或账号，要如实记下该依赖。 只把经过审核的短句表用作测试样例，不可替代现行的官方安全说明。双向检查姓名、地址、否定词、数字和“请求联系帮助”的表达。让流利使用两种语言的人核对源句和目标句，明确短句用途和字面意思。测试应特意包含“不要”、数量和地点，因为一句听起来流畅的话也可能改变本意。不能因为译文通过了一次对照，就宣称它在医疗、法律或应急方面安全。 准备矩阵应覆盖资源齐备、资源缺失、麦克风拒绝、识别器不可用或只能联网、存储不足、应用重启、任务中失网、输出格式错误和结果无法核实等情况。每种情况下应用都应表达译文不确定或功能不可用，并告知安全的下一步，而不是编造建议。提醒用户向合格人员或当地官方服务核实。美国国务院的境外通信建议强调旅行通信规划和保存重要联系信息，但该文件不推荐任何 AI 翻译应用，也不证明某项功能离线可用。 为确切构建保留证据：应用/资源版本、执行路线、语言方向、短句审核情况、初始设置、联网控制、观察到的阶段、失败和回退。所有失败运行都应保留，不要压缩成无依据的成功率。测试成功只表示被记录流程在被记录条件下完成，不表示压力下翻译一定正确，也不证明任意语言对受支持或特定手机兼容。 在产品和指南中直说限制：紧急、医疗、法律、过敏或其他安全关键决定不能仅依赖机器翻译。如果任务失败，应用不得用看似合理的编造译文填补空缺。这份清单的目的是提前找出依赖并规划人工/官方替代，而不是认证应急性能。
旅行者出发前检查一条预设短句流程
旅行者预计会断网，想提前准备一句“联系帮助”的表达。测试不模拟真实紧急事件，团队也没有设备基准证明翻译可靠性。
决策
只用审核过的无害样例测试已文档化的设置和翻译阶段，并规划官方或人工沟通替代方案。
预期结果
旅行者能发现哪些资源或阶段仍未验证，而不是得到虚假的安全保证。
需要收集的证据
只有将以下证据与同一模型文件和测试运行关联起来，结论才可复核：
- ARCH-01：端侧 AI 的定义只说明推理位置
- BENCHMARK-01：仓库无完整真机基准集
- ANDROID-SPEECH-OFFLINE-HINT-01：离线识别偏好可能被识别器忽略
发布结论只对所记录的配置和验收集有效；扩大适用范围需要更多记录。
实施流程
- 定义预案而非安全主张. 说明语言方向、使用模式和任务范围，明确本页只测试断网前准备与失败流程，不认证应急翻译准确性、医疗安全或专业口译效果。
- 准备资源和替代方案. 记录所需下载、权限、账号步骤、电量与存储情况，以及经核验的官方或人工沟通替代。资源安装不能证明完整任务已就绪。
- 设置后运行全新的离线样例. 完成所需设置后断网，从新启动应用开始，按声明方向和模式输入审核过的无害短句，并检查采集、识别、翻译和可选播放。
- 出发前演练失败状态. 测试资源缺失、麦克风拒绝、识别器不可用、存储不足、应用重启、中途失网、格式错误和无法核实结果，并记录安全下一步。
- 限制报告并管理预期. 报告应用构建、资源身份、设置、路线、样例、全部结果和回退。保留失败，不把单次运行说成应急可靠性或设备支持保证。
让每个阶段的状态都可观察。失败信息应指出阶段、模型、运行时和恢复动作，同时避免记录用户私密内容。
验收标准
- 报告区分初始设置与离线任务执行，并明确机器翻译不是应急/专业建议。
- 针对声明的方向和模式测试全新无害输入；缺失或失败阶段会显示不确定/不可用状态。
- 报告给出人工或官方替代方式，不推出准确率、安全性、语言支持或设备兼容保证。
决策对照表
| 维度 | 选择或证据 | 解读方式 |
|---|---|---|
| 设置后离线任务测试 | 使用固定无害短句验证准备路径 | 只检查已记录路径和前提，不证明应急翻译正确。 |
| 官方或人工通信预案 | 保存核验过的联系方式并规划口译替代 | 与 AI 译文不同的一条预案路径，不能由模型结果代替。 |
| 一次成功演示 | 单次观察到的运行 | 不足以证明应急保证、代表性可靠性或广泛机型支持。 |
需要避免的失败模式
- 把一条短句通过写成应急可靠
- 把下载资源等同于语音全程可离线
- 将模型结果作为紧急、医疗、法律或过敏决定的唯一依据
还要避免静默回退、版本未固定、缺少取消处理，以及把不同配置的结果混在一起下结论。失败运行也应与成功记录一并保存。
最小复现记录
| 层级 | 记录内容 |
|---|---|
| 设备 | 厂商、型号、芯片、内存档位、操作系统版本 |
| 软件 | 应用版本和 Git 提交号 |
| 模型 | 系列、变体、版本、格式、文件长度、摘要、量化方式 |
| 运行时 | 名称、版本、请求后端及实际后端证据 |
| 工作负载 | 样例版本、输入摘要、提示词摘要、输出策略 |
| 结果 | 完成、失败、取消、回退及保护隐私的诊断信息 |
发布检查表
- ☐ 主要搜索问题已回答，且没有未经支持的数字。
- ☐ 所有模型文件和运行时版本均已固定。
- ☐ 代表性任务和失败处理策略均有说明。
- ☐ 生命周期、取消、清理和回退均已测试。
- ☐ 用户内容与网络边界均有说明。
- ☐ 结论只适用于被记录的配置。
- ☐ 新增测试结果时链接到原始方法或证据。
来源与相关证据
中文部署与排错专题见。奇连 AI 端侧专题。
常见问题
离线测试能证明翻译器应急可用吗？
不能。它只核验一项具体设置和工作流。紧急、医疗、法律、过敏或其他安全决定不能只依赖翻译结果，应由官方或合格人员核实。
下载语言资源后语音就能全程离线吗？
不一定。录音、语音识别、翻译和播放可能各有依赖。应按确切模式逐步测试并记录未验证阶段，不能把文字模式外推到语音。
如果译文不清楚，用户该怎么办？
应用应标注结果不确定或功能不可用。用户应求助合格人员或当地官方服务，并使用核验过的联系方式，不要依据看似合理的猜测行动。