国庆在外，家里网断了：我跟AI说了句话，网络迅速恢复
内容提要
国庆期间作者发现家中NAS远程通道中断，先尝试用Gitea Actions搭建自动化抢修流水线，因环境缺命令、网络不可达、密钥获取难、调试繁琐未成功；后改用飞书向自研AI Agent（LemonClaw）求助，几句话完成排查：纠正ping缺失导致的假象，装工具重扫，登录路由器发现隧道已11小时未握手，重启后恢复。作者反思流水线适合已想清楚的任务，对话式Agent适合探索性排障，并让Agent添加了路由器保活脚本。
延伸解读
流水线与对话式Agent的适用场景
作者对比了两种修复路径：Gitea Actions流水线适合执行已想清楚的任务，前期成本高但可重复使用；对话式Agent适合探索性排障，能根据反馈灵活调整。这次故障根因未知，需要逐步试探，因此对话式Agent更高效。读者可据此判断任务类型，选择合适工具。
AI Agent在排障中的关键作用
AI Agent没有因缺少ping命令而误判，反而主动检查可用工具，纠正了“全部不通”的假象。它还能安装工具、登录路由器、查看隧道握手状态，最终定位到11小时未握手。这体现了Agent在信息不全时，能通过交互补充背景，避免幻觉误导。
保活机制的设计要点
作者让Agent在路由器上添加了保活脚本和cron任务，每10分钟检查隧道握手，超时则重启。该脚本不依赖外部Runner、容器网络或密钥，只要路由器系统正常就能工作。这提醒我们，故障恢复的可靠性同样重要，不能仅依赖自动握手重连。
Q&A
国庆期间作者家里网络出了什么问题？
作者在外地时发现家中NAS远程访问通道中断，无法连接家里内网，导致手机照片无法同步回家。
作者最初尝试用什么方法修复网络？为什么失败了？
作者尝试用Gitea Actions搭建自动化抢修流水线，但遇到四个坑：Runner环境缺少ping等命令、网络可达性差（DNS和IPv6路由问题）、密钥获取困难（安全密钥管理服务无法访问）、调试繁琐每轮需5-10分钟，最终未成功。
AI Agent是如何帮助作者排查并恢复网络的？
作者通过飞书向自研AI Agent（LemonClaw）发消息求助。Agent先纠正了因缺少ping命令导致的“全部不通”假象，然后安装ping和nmap重新扫描，发现隧道对端网关不通；接着登录路由器查看WireGuard状态，发现隧道已11小时未握手；重启隧道后网络恢复。
为什么对话式AI Agent比固定流水线更适合这次排障？
因为这次故障是探索性任务，作者还没想清楚根因，需要能一起试错的“人”。流水线适合执行已想清楚的任务，前期成本高且低频使用不划算；而对话式Agent能根据反馈调整方向，补充背景信息，效率更高。
作者最后添加了什么保活机制来防止再次断网？
作者让AI Agent在路由器上添加了一个保活脚本和cron任务，每10分钟检查一次隧道握手状态，如果超过30分钟未握手则自动重启隧道。该脚本不依赖外部Runner、容器网络、DNS或密钥，只要路由器系统活着就能工作。
这次故障的根本原因是什么？
根本原因是远程访问通道（WireGuard隧道）中断，路由器侧显示隧道两端已11小时没有握手，导致无法连接内网。
