换了条宽带，赔进去一个周末
上周六早上，家里换了宽带：联通换电信。装机师傅收拾工具箱走人，我以为这事就算完了。事实证明，它整整吃掉了我的周末。
第一个症状很轻微：手机翻不了墙了。WiFi 连得好好的，国内网站都能开，境外的一律转圈。让家里的 Agent 上了路由器检查——代理软件活着，配置没人动过，一切"正常"，就是机场节点全部连不上。
第二个症状吓人一点：整个 IPv4 时好时坏，好的时候延迟几毫秒，坏的时候 100% 丢包，以分钟为单位摆动。有意思的是 IPv6 全程健康，稳得像什么都没发生过。一个家里，一半的网络在重症监护，另一半在隔壁跑步。
Agent 在路由器的连接表里翻了几个小时。那张表一共 24,067 条连接，其中 14,467 条来自同一个 IP——网心云，那个挂机赚钱的小盒子。更夸张的是上传：它常年跑在 68 到 77 Mbps，而电信协议上行写的是 50M。
但这些还只是"嫌疑"。真正定案靠的是一个笨办法：拔电。晚上七点二十三分记了个基线，IPv4 全丢；把网心云电源一拔，连接表十分钟内从两万多条排干到四千多条；七点三十四分，IPv4 全通。十分钟的对照实验，比一下午的猜测都管用。
为什么以前在联通没出事？联通给我的是动态公网 IP——我有自己的门牌号，快递想来多少来多少。电信默认是 CGNAT——几十户共用一个门牌号，运营商在门口设了个收发室，每户能同时挂着的"快递单"有配额。网心云一台盒子挂了一万五千张单，把配额吃穿了，全家的新连接一起被卡在收发室外面。同样的设备，同样的配置，一个字没改。变的不是我的网络，是我的网络赖以运行的前提。
周日的修复反而简单：给网心云单独加了条规则，UDP 和 TCP 各最多 500 条并发，超出的新连接直接丢弃。它照常挂机，全家网络无感。规则写成了开机自动恢复，当晚路由器例行重启，第二天早上它自己回来了，一夜平安。
这个周末也让我对"AI 管家庭网络"多了些敬畏。AI 的功劳集中在"看"：翻连接表、做对照实验、一个个排除假设。真正定案的拔电源，只能是我的手。Agent 还在路由器上翻出两个丢了的系统文件——大概率是之前某次自动化操作留下的暗伤。SSH 进底层裸操作这种事，模型聪明一点，不等于安全一点。还有个细节：Agent 的记忆里存着"家里是联通公网 IP"，换线之后这条全错了，但它不会自己变错，只会安静躺在那里，等下一次误导。世界变了，知识不会自己跟着变。
最后说句公道话。最狼狈的时候，家里能用的智能，是早前买的懒猫算力仓。我家里没有电脑——平时不习惯周末把公司的背回来。出口瘫着、所有云端算力都连不上的时候，手机连着家里 WiFi（局域网是通的，瘫的只是出去的路），调用局域网里算力仓上的本地模型，让 Agent 继续排查家里的环境。要人工看的东西，就把 LightOS 接上屏幕、插上鼠标键盘，它就是那两天的"电脑"。云端全断的日子里，家里还剩一个不算笨的本地大脑，和一台随叫随到的"电脑"，一起把根因定位到了网心云头上。
这是我第二次感受到：家庭这种零运维的场景里，本地化模型加 Agent，不是尝鲜，是兜底。
下一步是找电信要个公网 IP。要到了，这个周末才算真正翻篇。