断网之后 Qwen 类能力还剩多少不取决于名字里有没有「Qwen」而取决于这条任务链路上哪一段跑在手机本地。常见的三段是请求发给远端推理服务、端侧跑着量化小模型、应用把上一次结果或本地知识库存了下来。第一段断网即断第二段能出字但质量会掉第三段看着能用其实在复用旧结果。想判断自己的设备属于哪种靠的是同一批任务在断网前后各跑一遍逐项对比而不是看设置里有没有「离线」字样。先把断网表现分三档可用、降级、失败。做法是固定设备、固定输入、固定任务顺序用飞行模式把同一批任务重跑一遍再和在网结果逐字段对比接着换一段全新输入并重启应用排除本地缓存造成的假可用。能稳定复现的写进离线能力清单只出现一次的标注为不确定项不要当成端侧能力。固定测试条件同一设备、同一批任务只有固定项够多断网前后的差异才有解释力。切换网络这一步本身会带来变量所以除网络状态外其余条件建议全部锁死并在记录里逐条写明。设备机型、系统版本、芯片、剩余存储、电量与是否处于省电或低电量模式。应用应用版本号、是否登录同一账号、模型或离线包是否已下载完成。场景把要测的任务列全例如语音转写、文本问答、长文摘要、翻译、图片文字识别每个任务算一项。输入文本为每个任务准备一份固定输入建议 100 到 200 字的一段中文加一段英文另备一份全新输入用于后面排除缓存。任务顺序按固定顺序执行每项之间是否清空会话要写清楚保持一致。计时口径统一记录两个时间点击到首字出现、点击到生成结束。可以先按下面这个表头建记录文件一行为一次执行[任务] 文本问答 [网络] 飞行模式 / 仅关Wi-Fi / 在网 [输入] 固定文本编号 T1 [结果档位] 可用 / 降级 / 失败 [返回片段] 前 80 字原文 [提示文案] 如网络异常、请检查连接、离线模式 [耗时] 首字 / 结束 [备注] 截图路径、错误码、是否重启过应用断网后逐项执行按可用、降级、失败三档记录三档的判定标准建议提前写死避免边看边改口径可用断网后发起同一任务能返回结果内容类型与在网时一致语言、结构、长度量级接近且没有网络类提示文案。降级能返回但形态变了例如明显更短、只给套话、只从本地内容里摘取、长输入被截断、语音只出转写不出理解。失败报错、超时、长时间停在生成中、提示检查网络或返回空内容。每档的记录写法不同。可用档要抄下返回片段的前几十字和耗时证明确实跑完降级档除了片段还要写清降在哪一项是长度、是事实性还是无法联网检索失败档要记录完整提示文案和出现时机最好同时抓一段日志用于定位是请求发出后失败还是在发起前就被拦住。Android 设备可先用这条命令观察网络相关日志包名与关键字需按实际替换adb logcat -v time | grep -iE timeout|dns|network|offline|error一个容易踩的坑是只关 Wi-Fi。如果设备仍能走蜂窝数据任务当然「可用」但那是在线能力。所以建议两种条件各测一次仅关 Wi-Fi 一次飞行模式再一次两次结果不一致时以飞行模式为准。对比在网与断网下的输出差异差异要落到字段上不然只剩一句「感觉变差了」。建议逐项对比以下字段并把差异归到四类之一内容长度字数、段落数、是否给完整答案还是只给一句话。准确性数字、日期、专有名词是否被改写是否出现明显编不出来的内容是否明确声明无法获取最新信息。提示文案是否出现离线、网络异常、稍后重试之类的字样。结构格式在网时输出的列表、表格、代码块断网后是否还保留。归类时长度差异通常指向端侧模型规模或截断策略准确性差异更值得关注它可能来自模型变小也可能来自应用改用了本地规则模板。如果断网后回答与在网回答几乎逐字相同先别高兴这种高度一致往往意味着在复用历史结果进入下一步验证。判断是否有本地缓存或离线资源在起作用区分真端侧与缓存复用核心是让缓存失效。可以按下面顺序做每一步只改一个条件换全新输入用一段应用从未见过的文本人名、数字、句式都换掉。仍能返回合理结果端侧能力的可能性才提高。重启应用并新建会话排除会话级缓存。切换任务类型在在网时没做过的任务上断网重试例如在网只聊过天断网试摘要或图片识别。检查本地资源看设置里有没有离线包、模型下载项以及应用数据目录是否明显增大。以 Android 为例下面命令中的包名和路径需替换Release 包未必允许直接查看adb shell dumpsys package com.example.app | grep -iE version|codePath adb shell ls -l /sdcard/Android/data/com.example.app/files/常见本地模型文件后缀有 gguf、bin、tflite、onnx 等是否存在体积较大的这类文件比界面上的「离线可用」标签更可信。清缓存或清数据这一步会连带删除已下载的模型需要重新下载网络条件不允许时不要做做之前先记下应用数据目录体积。还有一个辅助信号是耗时。纯端侧推理通常不依赖网络往返但设备性能差异大耗时只能作为旁证不能单独下结论。整理离线能力清单并标出不确定项最后把记录压成一份能直接照着用的清单每个任务一行字段固定如下任务、离线档位、依赖来源、验证方式、复现次数、风险、状态。依赖来源写端侧模型、本地缓存还是远端服务写不准就写待确认。任务长文摘要 离线档位降级 依赖来源端侧模型本地存在较大模型文件 验证方式飞行模式下换全新输入重启应用后复测 复现次数2/3 风险长输入被截断事实性下降 状态已确认不确定项的标注建议统一成一句话写清没验证到什么程度例如「待确认换新输入后无返回疑似缓存」或「待确认飞行模式下能用但未测超过十分钟的连续使用」。这样别人看清单时能分清哪些是稳定结论哪些只是当前设备上的一次观察。换设备、换应用版本、换系统省电策略后已确认项也需要重新跑一遍再沿用。