AI助手帮我修好了浏览器

我让AI助手查天气，它却顺手修好了我的浏览器

一句话指令，AI智能体从100%丢包的报错中独立完成诊断，只改一行代码就解决了困扰我的浏览器连接问题。

意外的开始

今天我想用 Hermes Agent 打开浏览器查一下长沙天气，随口说了一句：

"打开浏览器，查询百度，显示长沙的天气"

结果收到的不是天气信息，而是这样一个报错：

Auto-launch failed: All CDP discovery methods failed for 172.21.96.1:9222 Timeout connecting to CDP at 172.21.96.1:9222

CDP 连接超时——浏览器工具完全瘫痪。

作为一个有18年编程经验的"老兵"，我本能地想自己上手排查。但我突然想：既然是AI助手，那就让它自己试试吧。

没想到 Hermes 没有乱猜，而是像老中医一样一步步问诊：

第一步：先验证报错里的IP是否存在

ping -c 3 172.21.96.1结果：3 packets transmitted, 0 received, 100% packet loss

100%丢包！ 这个IP根本不存在。问题不是"连不上"，而是"地址错了"。

第二步：确认本机真实IP

ip addr show | grep "inet "结果：192.168.2.118/24

WSL的真实IP是 192.168.2.118，完全不在 172.21.x.x 网段。

第三步：确认浏览器本身没问题

curl http://127.0.0.1:9222/json/version返回：{"Browser": "Chrome/147.0.7727.102"} ✅

Chrome运行正常，调试端口也开着——问题不在浏览器。

第四步：找到病灶——配置文件

grep cdp_url /root/.hermes/config.yaml输出：cdp_url: http://172.21.96.1:9222

找到了！ 配置里写着一个根本不存在的IP地址。

Hermes 直接动手修改配置：

修改前：cdp_url: http://172.21.96.1:9222修改后：cdp_url: http://127.0.0.1:9222

然后重新执行我最初的指令：

browser_navigate "https://www.baidu.com/s?wd=长沙天气"✅ 成功！页面正常加载，长沙天气信息显示出来了

从报错到修复，全程我没插手，只说了最初那句话。

为什么会出现这个错误IP？

172.21.x.x 是 Docker 默认网段。之前我用过 Docker Desktop 的 WSL 集成，Hermes 自动探测到这个IP作为 CDP 地址。后来 Docker 关了，但配置没更新。教训：自动探测的配置，不会自动同步环境变化。

"浏览器报错，问题不一定在浏览器"

看到 CDP 连接超时，我的第一反应是：

但AI助手的诊断证明：问题在一个配置文件里的错误IP——和浏览器本身毫无关系。

正确的排查思路：先验证报错里提到的具体对象，而不是泛泛怀疑。

总结 Hermes 的诊断流程，适用于任何"连接超时"类问题：

这次经历让我重新理解AI助手的定位：

AI不是替代我解决问题，而是帮我加速诊断。我把时间留给真正需要决策的地方，让AI去跑那些枯燥的排查步骤。

18年编程经验教会我如何解决问题，但AI助手让我看到了如何更高效地发现问题。

作者：金岩 18年编程老兵 | 在线教育APP研发负责人 | 百万DAU产品实战经验

如果你想体验 Hermes Agent，可以访问： github.com/nousresearch/hermes