普通网页可用但 AI 工具长任务频繁断流的排查方法

断流的本质

长任务（ChatGPT 长回答、Claude Code 执行、批量 API 调用）依赖一条长时间保持的 TCP/WebSocket 连接。这条连接会被三类事件杀死：

1. 出口变化：客户端切换了节点，或节点侧出口 IP 轮换；
2. 链路丢包：晚高峰公网拥塞，丢包触发超时断开；
3. 中间设备超时：客户端、节点或中间网络对空闲/长连接的强制回收。

排查就是按这三层逐一消除。

第一层：客户端设置（最常见）

固定节点

• 把 AI 相关域名（openai.com、anthropic.com、claude.ai 等）的分流规则指向一个手动选择的固定节点；
• 绝对不要让 AI 流量走「自动选择」「故障转移」「负载均衡」分组——这是断流最常见的单一原因。

避免规则抖动

• 确认 AI 域名没有同时命中多条互相冲突的规则；
• 订阅自动更新时部分客户端会重载配置、瞬断所有连接：长任务执行期间避开订阅更新时间，或暂时关闭自动更新。

系统层干扰

• 笔记本的睡眠/网络切换（Wi-Fi 漫游到另一个热点）会掐断连接；长任务期间保持电源与网络稳定。

第二层：节点质量

固定节点后仍频繁断流，换节点验证：

1. 选择低负载、非热门的节点（热门免费共享节点断流率最高）；
2. 同地区多个节点轮流测试，记录各自的断流频率；
3. 留意节点是否为「出口轮换」类型（同一节点每次连接出口 IP 不同）——这类节点不适合 AI 长任务，选择出口固定的节点。

节点选择的完整方法见 AI 工具用户如何选择节点和网络环境。

第三层：线路类型

如果断流集中在晚高峰，问题大概率在线路：

• 公网中转线路晚高峰丢包上升，长连接最先受害，原理见延迟、抖动、丢包和带宽应该怎么看；
• IEPL/IPLC 专线不经过公网出口，是长任务场景最有效的升级；
• 服务的稳定性判断方法见稳定机场应该如何判断。

辅助手段

• Claude Code 等工具自带断点恢复能力，配合使用能显著降低断流损失；
• 长任务尽量安排在非晚高峰时段执行；
• 保留一个不同服务商的备用订阅，主力线路故障时切换。

排查清单

1. AI 域名固定到单一手动节点，关闭自动切换 → 观察一天；
2. 仍断 → 换低负载、出口固定的节点 → 逐个对比断流频率；
3. 断流集中在晚高峰 → 升级专线线路；
4. 全时段高频断流且换服务商依旧 → 检查本地网络（路由器、Wi-Fi 漫游、安全软件）。