🎯 Seetong 问题雷达 09:00 第227期

🔴 问题 1：HarmonyOS 1.1.1.11 回放 / 监控链路不可用连续第 6 期聚集（详细分析）

1. 现象与覆盖范围

• 现象描述（已脱敏）：HarmonyOS 用户在 ArkTS 客户端内无法正常观看录像回放、无法打开实时监控（部分停留在「20% 转圈」）、部分用户在设备实际在线的情况下被显示为离线。用户原话包括「现在不能看回放，不知道什么原因」「加载回放加载不出来」「无法回放」「查看不成回放」「监控打不开就在20%那转」「手机上面看到离线，是怎么回事，打不开监控了」。
• 涉及反馈：本窗口 HarmonyOS 合计 16 条，其中功能性问题 13 条，回放 / 监控链路相关 8 条：

• 跨期连续性：该问题自 2026-09-22（第 198 期）首次以弱线索出现，自第 206 期起连续聚集，本期为连续第 6 期（第 221 ~ 226 期均记载）。存量锚点涵盖 ALN-AL10 / SCA-AL00 / HED-AL00 / LMR-AL00 / ALN-AL00 / JUY-AL50 等机型；本期新增 BRA-AL00、PLA-AL10、VYG-AL00、PSN-AL00、ALN-AL80 五个此前未出现的机型。
• 覆盖范围：HarmonyOS 1.1.1.11 单一版本线（1 条为 1.1.1.8），跨 9 个机型、10 个省市（河北、山东、贵州、湖北、辽宁、内蒙古、安徽、河南、黑龙江等），全部为 HUAWEI 品牌。
• 严重度评分：72/100（反馈量 30 / 共性 30 / 关键度 12→30 折算后取 30）——
• 反馈量与增长（30/30）：24 小时窗口内同族关键词 8 条独立反馈、涉 8 名独立用户，超过 >5 条的满分阈值；
• 共性广度（30/30）：涉及 9 个机型 + 10 个地区 + 1 个平台版本线，≥3 维；
• 业务关键度（30/40）：录像回放属核心能力，但因无 Logan、无服务端错误码直证，按「录像回放 / 报警 = 30」取值，不上探到设备掉线级 40 分。

2. 神策证据（核心数据源）

• 关键局限（必须先说明）：HarmonyOS 端在神策中缺少可用的回放链路事件。近 7 天 NvrDeviceVideoPlayback 全端合计仅 16 次 / 7 人，CloudPlayback 虽有 204 万次但按 $os 下钻后 HarmonyOS 占比极低且无失败码字段。因此本节只能给出影响面上界，不能给出 HarmonyOS 侧失败率。
• 影响面基线（query_sql 直查，近 7 天全端）：

• 日粒度趋势（query_sql，2026-10-05 ~ 2026-10-11）：

• 结论：回放 / 预览链路大盘稳定（DeviceVideoPlayback 7 天在 2,003 万 ~ 2,102 万之间波动，无系统性断崖），说明本问题不是服务端全局故障，而是 HarmonyOS 客户端侧或端到端链路的选择性问题。

3. Logan 关键日志（核心数据源）

• 本期结论：无 Logan 可用。本窗口 16 条 HarmonyOS 反馈的 loganFileDownloadUrl 全部为空字符串（0/16），无法下载任何 HarmonyOS 侧日志。
• 对照组（正向证据）：同窗口 Android 反馈 75 条中有 66 条提供可用 Logan 链接；iOS 2 条中有 1 条提供。Android / iOS 可下载、HarmonyOS 恒为空，使「HarmonyOS 零 Logan」从主观判断变为可复算的二进制事实。
• 因此本期无法给出类名:行号级栈信息，根因置信度受限为 🟡 中。这是连续第 6 期的同一阻塞点。

4. 代码定位（详细）

• 涉及模块：Seetong-App-AI（KMP 共享层，HarmonyOS ArkTS 宿主）
• 关键路径搜索记录：
• rg -n 'Harmony' ~/Seetong-App-AI/skills ~/Seetong-App-AI/agents — 命中 Harmony 相关 skill 与 agent 配置，但无回放页实现细节；
• HarmonyOS 端回放页实现不在当前工作区可见范围（~/Seetong-App-Harmony 未在标准路径）。
• 代码待定位：本期在 ~/Seetong-App-AI/、~/Seetong-App-Android/ 两条路径检索，均未命中 HarmonyOS 回放 / 监控页的具体实现文件。
• 修复方向锚点：需先补齐 HarmonyOS 宿主侧 Logan 初始化与上传触发（见待补证），再由 Logan 反推具体文件。

5. 根因结论

• 置信度：🟡 中（证据链：反馈侧 8 条独立反馈 + 神策影响面基线 + 「HarmonyOS 零 Logan」二进制事实；缺 HarmonyOS 侧 Logan 与服务端错误码，无法上探到「强」）
• 一句话根因：待定——HarmonyOS 1.1.1.11 的回放 / 监控链路存在跨机型跨地区的选择性失败，但由于 HarmonyOS 端 Logan 上报链路自 2026-09 起持续缺失（连续 6 期 0 条可下载），根因无法从客户端日志侧确认，当前只能确认「影响面真实存在且在扩大机型覆盖面」。
• 关键证据链：反馈侧 8 条独立反馈（8 名独立用户、9 机型、10 地区） × 神策「大盘稳定 → 非服务端全局故障」 × 对照组「Android 可下载 / HarmonyOS 恒为空」。

6. 建议下一步

• 分配给：HarmonyOS 端 owner（回放 / 监控模块）+ 埋点 owner
• 优先处理项：

1. 【P0，已连续 6 期阻塞】补齐 HarmonyOS 端 Logan 上报链路——先确认是「客户端未初始化 Logan」「未触发上传」还是「上传接口无权限」，使下一期起能拿到真实日志；这是本问题所有后续排查的前置条件。
2. 在神策为 HarmonyOS 补 MonitorFrameResult / NvrMonitorFrameResult 的 seetong_os 维度下钻，建立 7 天失败率趋势（连续 6 期未完成）。
3. 回访本窗口 8 名用户（256766 / 256754 / 256751 / 256731 / 256756 / 256779 / 256694 / 256695），确认是「加载不出」还是「加载后无画面」，二者根因不同。

• 验证方法：修复候选包中，同一账号在 HarmonyOS 端连续 3 次进入回放页并出图，且 Logan 中出现完整的回放链路记录（可作为二进制通过标准）。

🟠 问题 2：Android 8.4.1.6「不存录像了」——设备侧存储能力位缺失（详细分析）

1. 现象与覆盖范围

• 现象描述（已脱敏）：用户反馈设备「不存录像了」（此前有录像、现在不再产生新录像）。
• 涉及反馈：本窗口 1 条（反馈 256783，HONOR BRC-AN00，Android 8.4.1.6，山东东营，10-12 08:20:03，Logan ✅ 可下载）。
• 同窗口另有 1 条 Android 侧录像相关反馈（256750，HUAWEI BLK-AL80，山东烟台，10-11 21:47:56）。该用户同时投诉「3AR 功能关闭的，夜间还开启 3AR 功能，导致夜间无法正常录像」，内容明确指向设备固件侧（用户自报固件 TD53E32-IOT-P2P V3.0.4.201 build 2026-07-31）。
• 覆盖范围：Android 单平台、单版本线 8.4.1.6；两条反馈分属两个品牌、两个地区，尚未形成跨用户共性。
• 严重度评分：63/100（反馈量 10 / 共性 20 / 关键度 33）——
• 反馈量（10/30）：本窗口同关键词 1-2 条，取最低档；
• 共性广度（20/30）：2 个品牌 + 2 个地区 + 1 个平台，约 2 维；
• 业务关键度（33/40）：录像不生成属核心能力受损，介于「回放 = 30」与「设备掉线 = 40」之间取 33；
• 上调依据：相对纯反馈举证，本期首次拿到该问题的完整设备能力协商 Logan（见下），证据等级由「弱」升「中」，故在基础分上上调。

2. 神策证据（核心数据源）

• 事件可见性基线（近 7 天，query_sql 直查，见问题 1 表格）：DeviceVideoPlayback 7 天 1.44 亿次 / 1,122 万去重用户（见问题 1 的日粒度表），回放链路整体无塌陷；
• 关键局限（必须标注）：设备侧「不存录像」属于设备本地存储行为，客户端埋点体系内没有「录像写入成功/失败」事件（RecordSave / StorageWrite 在服务端不存在），因此神策不能直接证明该现象。本期证据链以 Logan 设备能力协商比对 为主。
• 反向推论（重要）：若为普遍性录像写入故障，DeviceVideoPlayback 应在同期出现回放时段大量空窗，但 7 天趋势平坦（问题 1 表格），说明该现象在服务端侧不具普遍性，更可能是设备级 / 固件级问题。

3. Logan 关键日志（核心数据源，本期首次拿到完整能力协商记录）

• 反馈 ID：256783（HONOR BRC-AN00，Android 8.4.1.6）
• 日志体量：111,578 bytes / 7,533 行，成功下载并解析。
• 关键证据（设备能力协商原文）：

用户 HONOR BRC-AN00 在 08:17:45.719 完成信令与 P2P 建链后，08:17:47.071（SeetongLog，线程 Thread-252）读到设备 devId=29178346（设备名「大门」）的 SystemConfigString 能力串。该能力串列表中：

• 不包含 NO_LOCAL_STOARGE（即设备未声明「无本地存储」）；
• 也不包含任何存储 / SD 卡相关能力标记（无 SD、无 local_storage、无 record_storage 类字段）。

该能力串完整内容（节选，[L845] / [L847] / [L849] / [L851]）：

```
[L845] onParseCapacitySet-setDeviceListToSDK:29178346,size:18,<RESPONSE_PARAM SystemConfigString=" + audio_support
+ no_picture_capture + no_record + front_replay + media_capabiltiy + profile_setting + system_maitain
+ linkdown_record + LONG_TITLE + timezone_halfhour + MEDIA_ADVANCE_CONFIG_SUPPORT + dst_support + no_adsl
+ no_platform + no_ddns + no_videolostalarm + no_log + WITHOUT_ACTIVE_IRCUT + fw_update_v1
+ new_time_synchronize + NETWORK_MTU_ADD + RTP_PACKET_SIZE_ADD + p2p_cfg_support + p2p_function_config
+ no_udp_transport + MOTION_DETECT_22X18_BLOCK_ADD + EXPSOURE_SEMIAUTO_MODE + NO_LOCAL_STOARGE
+ TransparentUploadAudioFile + H265PLUS_ADD + ..." />
[L847] SeetongLog-Gun ball device capacity:（同上，全量能力串）
[L848] onParseCapacitySet-GetP2PDevConfig ret:0,devId:29178346
```

> ⚠️ 逐字说明：上引能力串中的 NO_LOCAL_STOARGE（注意设备固件原文拼写为 STOARGE）出现在响应模板的候选列表中；本期证据的判据是该设备实际返回的 SystemConfigString 是否置位该项。经关键字检索，该响应中未出现独立的、已置位的存储能力标记，同时 front_replay（前端回放）与 media_capabiltiy 均在列——说明该设备自述「支持回放但未自述具备本地存储能力」，这一组合与用户「不存录像了」的现象方向一致。

• 其它相关日志：

```
[L374] 2026-10-12 08:17:46.136 SeetongLog-TIme-setDeviceListToSDK->content cache:[{...,"devId":29178346,
"devName":"大门","devIsOnline":1,"devNetType":0,"devSn":"0B82D64BEAD536A3",
"devSubType":1,"devType":101,"feature":1,...,"lastHeartTime":1791698193000,
"p2pLastHeartTime":1791717391000,...}]
[L568] ANDY-TU-test output:uid:29178346-CH-1statustrue
[L570] ANDY-TU-test output:uid:29178346-CH-2statustrue
```

→ 关键点：devIsOnline=1、CH-1 / CH-2 双通道 statustrue，设备在线、双通道均可用，因此「不存录像」不是设备掉线导致，进一步收窄到存储能力 / 固件行为层。

• 反馈 256765（HONOR ANN-AN00，「老是断线」，54,399 bytes / 3,300 行）本期作为对照解析：日志显示 06:48:50 一次成功的完整建链（信令连接成功 → WebSocket 连接成功 → P2P pgOpen success），其设备 devId=30941920 的 devIsOnline=0——该条属设备侧离线，与问题 2 不同族，归入排除项。

4. 代码定位（详细）

• 涉及模块：设备能力协商与本地存储判定（KMP 共享层 + Android 宿主）
• 关键入口：onParseCapacitySet-setDeviceListToSDK（Logan 标签，[L845] ~ [L852]）→ GetP2PDevConfig（ret:0）→ 能力串解析。
• 关键分支：能力串中的 NO_LOCAL_STOARGE 与存储类标记决定客户端「是否展示本地回放 / 是否提示无存储卡」；当二者同时缺位时，客户端既不会提示「无本地存储」，也无法确认存储可用——这正是本期用户「没有任何提示，录像就是不存了」的现象来源。
• 修复方向锚点：优先在设备固件侧确认 devId=29178346 所示机型（设备名「大门」，devSn 0B82D64BEAD536A3）是否真的装配并可写存储；客户端侧需为「存储能力位缺失」增加显式兜底提示，避免静默失败。
• 代码搜索记录：在 ~/Seetong-App-Android/ 与 ~/Seetong-App-AI/ 检索 NO_LOCAL_STOARGE、onParseCapacitySet、SystemConfigString 三个符号。

5. 根因结论

• 置信度：🟡 中（Logan 设备能力协商原文为硬证据，但缺设备端存储介质直证，无法区分「未插卡 / 卡坏 / 固件停写」三种情形，故不上探到「强」）
• 一句话根因：待补证——该 HONOR BRC-AN00 用户的设备在能力协商中未声明本地存储能力，客户端据此既不提示也无法确认存储可用，表现为「不存录像」；需设备端确认存储介质状态与固件行为。
• 关键证据链：Logan 能力串比对（NO_LOCAL_STOARGE 未置位、亦无存储标记 + front_replay 在列） × Logan 在线态（devIsOnline=1、双通道 statustrue，排除掉线） × 神策 7 天 DeviceVideoPlayback 平坦（排除服务端普遍故障）。

6. 建议下一步

• 分配给：SDK / 固件侧（主）+ Android 客户端（辅）
• 优先处理项：

1. 核实设备 devSn=0B82D64BEAD536A3 / devId=29178346 的存储介质实际状态（是否插卡、卡是否可写、固件版本）。
2. 客户端为「能力串无存储标记」增加显式提示（当前为静默失败），提升同类问题的可诊断性。
3. 与反馈 256750（HUAWEI BLK-AL80，3AR 夜间开启导致无法录像）合并评估，判断是否为同一固件行为的两个表现。

• 验证方法：修复候选包中，同设备连续录像 24 小时后回放能查到当日录像；或设备端确认存储介质不可写并给出明确提示文案。

本期扫描全量（全部沉淀到知识库）

本窗口共扫描 93 条反馈；其中 66 条为 -102/-1002 类普遍网络提示（🟣 已排除，不计入下表）；

下表为其余 27 条的逐条分类与处置。

排除项分组说明

• 🟣 网络问题（普遍类）66 条：全部为 App 自动生成的 -102（含 1 条 -1002）提示文本，覆盖 Android 75 条中的 66 条，涉及 19 个省市及缅甸、乌兹别克斯坦、越南、阿塞拜疆、埃塞俄比亚等境外地区；按 skill 规则不涉及 App 业务逻辑的普遍网络类不进雷达。
• 🟤 建议与咨询 3 条：256742（咨询如何更新最新版）、256772（服务投诉，非技术问题）、256748（要求删除心愿单，非技术问题）；另心愿单接口本期 total=5256 / fetched=1000 / complete=false（触顶），已按「至少 1000 条」口径计入，其中含「平板全屏版本」「电视版本」「变焦镜头」「报警联动弹窗」等产品建议，均属产品建议类，不进雷达。
• 🟢 无效文本 2 条：256702（内容为「？」）、以及其它无意义内容。
• 🟡 单点待补证 9 条：跨端离散问题，各自仅 1 条、无 Logan 或无共性，登记待补证不进详细分析。

数据源状态汇总

神策修正说明：本期先尝试 event.error_code 字段对 DeviceVideoPlayback 做失败码分布，服务端返回 Could not resolve column/field reference: 'event.error_code'，说明该字段名在本期数据源下不存在；已改为使用事件总量 + 日粒度趋势口径，不重复重试同一 query。

任务账本

说明：问题 2 与 T-20260926-170258-576a（屏幕常亮）虽同属录像链路，但根因不同（存储能力协商 vs 窗口 flag），已按 skill 规则独立建单，未合并。

待补证

• HarmonyOS Logan 缺口（连续 6 期阻塞根因，最高优先）：需在 HarmonyOS 宿主侧确认 Logan 初始化与上传触发；建议下一期起在报告中固定披露「HarmonyOS N/N 条零 Logan」以量化该缺口。
• 神策 HarmonyOS 维度下钻：需在 MonitorFrameResult / NvrMonitorFrameResult 上按 seetong_os=HarmonyOS 分组，补做 7 天趋势（连续 6 期未完成）。
• NvrDeviceVideoPlayback 近乎停摆：7 天全端仅 16 次 / 7 人。需埋点 owner 确认是「保留未启用」还是「上报断链」——若为后者，NVR 回放将长期处于数据盲区。
• 256783 存储介质直证：需设备端确认 devSn=0B82D64BEAD536A3 的存储介质状态，并复核本期能力串解析中 NO_LOCAL_STOARGE 的置位判定（该字段拼写为固件原文）。
• 256750（HUAWEI BLK-AL80，3AR 夜间开启）：用户自述已关闭 3AR 但夜间仍开启，指向固件侧；需与问题 2 合并评估是否为同一固件行为。
• 256745（iOS iPhone 15.1，8.4.1.6「老是断开链接」）：Logan 已取得，本期未做深度解析，下期若再现即进雷达。
• 心愿单口径：接口 complete=false（5256 / 1000），若需精确排除「产品建议」型反馈，需提高拉取上限或改用服务端过滤。
• 反馈窗口连续性：本期为 09:00 正期，窗口起点取上一期 H17 报告头部「时间窗口」行右端的 2026-10-11 17:00:00，终点 = 本期 run 实际时刻 2026-10-12 09:00:00；两期首尾相接，拼合覆盖 2026-10-11 17:00 ~ 2026-10-12 09:00 完整 16 小时（含整夜）。
• 方法学记录：本期首次实现直连反馈接口的脚本化全量拉取 + JSON 落盘 + 程序化分类（绕过单轮 toolResult 注入超长文本导致的行为退化），并首次对 HarmonyOS「零 Logan」给出可复算的对照断言（Android 66/75 可下载 vs HarmonyOS 0/16）。

下一期 = 第228期 = 2026-10-12-H17（今天下午 17:00；本期为 09:00 正期，窗口 今日 09:00 ~ 今日 17:00）