知识库 · TOPIC-17

浏览器能用，为什么 AI Agent 仍然连不上？

**简短结论：**浏览器成功只证明浏览器访问该页面的路径。桌面端或命令行 AI Agent 可能使用不同目标、协议、代理继承、证书信任、IP 地址族和连接时长。

两条路径为什么不同

浏览器拥有自己的安全模型、Cookie、Origin 规则、缓存、DNS 行为和连接池。原生 Agent 可能使用系统或语言库解析器、另一套证书信任库，或者安全 WebSocket/流式长连接。以 OpenAI 为例，其官方网络指南就把普通 Web 目标与 ChatGPT、Codex 所需的 WebSocket 行为分开说明。

这只是一张原因地图，不是对某次故障的结论。只有在两个上下文都取得可比的观测证据后，才能形成有边界的推断。

浏览器成功不能证明

Agent 解析到相同地址或选择相同 IP 地址族；
两个进程继承相同的代理策略；
WebSocket Upgrade 或长时间流式连接被允许；
Agent 信任 TLS 检查所替换的证书；
Agent 内的账号授权正常。

安全检查

记录 Agent 失败动作和时间；日志未脱敏前不要导出。
按协议层对比，而不是只比较 URL：DNS、TCP、TLS、HTTPS，再到文档明确且获准的 WebSocket/流式检查。
IPv4 与 IPv6 分开。浏览器自动回退可能掩盖某一地址族的失败。
把 Provider 官方状态作为另一条独立信息。
仅切换一次可信网络。若只有原生客户端仍失败，再关注进程环境、证书信任和代理策略，不要立即重构整个网络。

浏览器 Scanner 的限制

浏览器无法枚举原生 Agent 套接字、读取它的实际路由、检查它的证书库，也不能重现所有非浏览器协议。跨域限制还可能让“网络实际可达”的 Provider 在 JavaScript 中只得到不完整证据。证据不足时显示 Incomplete，比误报 Unavailable 更可靠。

为什么需要 Open Probe

Tivor Open Probe Public Beta 是开源、本地的测量层。V0.1 对 OpenAI / ChatGPT / Codex 测量 DNS、TCP、证书验证 TLS、受治理的匿名 HTTPS 与短窗口重复可靠性；对 Claude / Claude Code 仅测量 DNS、TCP 与证书验证 TLS，Claude 应用层 HTTPS 不可用。Gemini、GitHub Copilot 与 Cursor 为 UNSUPPORTED / NOT_EXECUTED。V0.1 不测量 WebSocket、SSE、长连接连续性、代理/PAC 或 GUI 与 Terminal 的代理继承、IPv4/IPv6 路径对比、HTTP 版本差异、QUIC、Provider 级根因或商业评分。默认是 local-only，Provider Path 必须明确启用，不静默上传，也不修改网络。

建议动作与验证

在不改账号和客户端设置的前提下，换到一个可信网络重试 Agent。验证标准是完成同一项 Agent 工作流，而不是只打开 Provider 首页。若浏览器仍正常、Agent 仍失败，应先收集本地证据，再决定是否改配置。