AI 工具对连接的真实要求：为什么它比看视频更挑网络
很多人发现一个反常现象：看 4K 视频毫无压力的连接，用 AI 工具却频繁中断。视频的带宽需求高出一个数量级，为什么反而是轻量的文字任务出问题？
因为两者压的根本不是同一个指标。视频考验的是带宽，AI 工具考验的是连接的持续性与一致性——而这两件事在网络上几乎不相关。理解这个差别，才能对症解决。
三个特殊需求
一、长连接 + 长静默间隔
AI 工具的流式输出是一条长时间保持的连接。关键在于：它中间会有静默期——模型思考时、你阅读时、你打字时，这条连接上没有任何数据流动。
问题就出在这里。链路上的每一台中间设备都有空闲超时：家用路由器的 NAT 表通常几分钟就清理，移动网络更短，反向代理默认常见 60 秒。只要静默时间超过链路上最短的那个超时，连接就被清掉了——而两端都不知道，直到下一次发数据才发现"对方早就挂了"。
表现出来就是：回答生成到一半卡住、点击发送后长时间无响应、刷新后发现会话还在但连接已断。对应的错误码是 LONG-001 与 LONG-003。
视频不受影响，是因为它始终有数据在流动，NAT 表项永远不会过期。
二、会话期内的出口一致性
AI 服务普遍有账号安全机制。同一个会话中途来源地址跳变，很容易被判定为异常，后果是要求重新验证、会话失效，严重时触发账号风控。
而出口跳变在代理环境下相当常见：自动测速分组会周期性切换节点、故障转移会在主备之间往返、负载均衡模式下几乎每个新连接都可能走不同出口。参见 ROUTE-002。
同样是使用代理，浏览网页时出口变一下毫无感觉，AI 工具却可能让你重新登录一遍。
三、上行传输的完整性
长上下文、文档上传、图片输入——这些都是上行传输。而家用宽带的上行带宽通常远小于下行，且更容易被同时运行的其他程序（网盘同步、系统更新、备份工具）占满。
上行拥塞时的典型表现是：发送长内容时卡住或失败，但接收正常。这类问题常被误判为"服务不稳定"，实际是本地上行被占。
三项针对性检测
检测一：连接能保持多久
这是最重要的一项。连续跑三次，记录每次存活时长：
connproof websocket wss://你的服务地址/path --hold 300000判读：
- 三次都跑满五分钟 → 长连接健康，AI 工具的静默期不会触发清理；
- 三次时长高度接近（比如都在 60 秒左右）→ 链路上存在固定的空闲超时，这就是你中断的原因，见下面的心跳设置；
- 时长杂乱无规律 → 稳定性问题，可能是节点或中转的问题，对照 WS-003。
检测二：出口是否稳定
间隔几分钟做两次同一目标的检测，对比连接证据：
connproof diagnose 目标域名 --port 443结合客户端的连接记录看该服务的请求走了哪个分组。如果两次的出口不一致，说明你正在使用自动切换类分组——对 AI 工具这是需要调整的配置。
检测三：基础链路是否健康
connproof diagnose 节点域名 --port 节点端口三层全部通过是前提。如果 TLS 握手就不稳定，先解决那一层的问题（TLS-002），不必往下折腾。
具体配置建议
一、开启并调密心跳。 心跳的作用是在静默期制造少量流量，重置沿途所有空闲计时器。间隔应设为你测出的最短超时的三分之一到一半——测出 60 秒就设 20～30 秒。设置得比超时还长，等于没设。
注意：心跳只能对抗空闲超时。如果链路存在最大存活时长（无论是否有流量都定时切断），心跳无效，只能靠客户端的自动重连兜底。两者的区分方法见长连接专题。
二、用固定节点，不要用自动选择分组。 这是针对出口一致性最直接的措施。如果你既想要日常的自动优选、又想要 AI 工具的固定出口，正确做法是为 AI 服务的域名单独建一条规则指向固定节点，而不是全局切成手动。规则要放在通用规则集之前，否则先匹配先赢，你的修正永远轮不上。
三、避开上行拥塞。 发送长内容时暂停网盘同步、系统更新一类的后台上传任务。这一条听起来琐碎，但它解决的问题占比不低。
四、优先选择支持断线续传的客户端与用法。 公网上不存在永不断开的连接。成熟的做法不是追求"不断"，而是让断开无感——重连快、上下文不丢。
一个常见误判
"AI 工具用不了，肯定是这家封了 / 不支持。"
先别下这个结论。按三次对照走一遍：换网络、换节点、关代理直连。特别注意，如果浏览器里能用而某个桌面客户端不能，问题很可能根本不在服务端——很多桌面应用不读取系统代理，需要单独配置，见 CLIENT-003。
顺带说明一个真实的边界：解锁与可用状态随平台策略变动，任何静态的"支持列表"都可能过期。要用某个服务的话，唯一可靠的验证是在退款窗口内亲自测那一个，方法见验收流程。