功能这东西，
写清什么条件下触发
才有意义。

场景：晚高峰你打开海外站点，前 20 秒能连上，之后开始转圈。不是断线，是承载链路的拥塞窗口被压得很小。

动作：客户端每 30 秒向全部可达节点发一次探针，记录 RTT、抖动、丢包率，按加权评分排序。当前链路评分掉出阈值、或者有另一条路连续三次优于它 15% 以上，就切换出口。切换在传输层完成，应用层的连接句柄不变。

结果：你看到的现象是视频不重新缓冲、游戏不弹回登录。客户端右上角的延迟数字会跳一次，仅此而已。

场景：跨境电商运营要同时开着海外店铺后台和国内支付工具。整台机器走代理，本地支付会风控；不走代理，后台又打不开。

动作：按进程名或域名规则分流。命中规则的流量进隧道，其余直连。规则库每周更新，也支持自己写——进程名、目标域名、端口三个维度组合。

结果：同一个桌面里，店铺后台走海外出口、支付页面走本地网络，两者并存不冲突。规则命中情况在连接详情里逐条可见，能看出哪个进程走了哪条路。

场景：地铁里、酒店 Wi-Fi 上、机场公共网络——信号格数看着够，视频却在 360p 反复横跳，游戏 ping 跳到三位数。

动作：传输层重构为 UDP 多路径，同一份数据可以同时走两条线路，先到的那份被采用，另一份丢弃。配合前向纠错，少量丢包不需要重传就能补齐。

结果：弱网环境下速率最高提升四倍，游戏延迟降幅实测约五成。这一项在有线宽带上感知不强，在移动网络上是差别最大的一层。

场景：线路能连上，但每天固定几个时段被限速到几百 KB。这通常不是加密被破解，是流量特征太规整被识别了。

动作：两层分开做。内层 AEAD 加密，每次会话独立协商密钥，保证前向保密；外层做整形，打散包长分布与发送间隔，让流量统计特征接近普通 HTTPS 长连接。

结果：被特征限速的线路恢复可用。代价是约 6% 的额外开销——整形会填一些padding，这点吞吐换稳定性我们认为值。要不要开整形可以在节点设置里逐节点决定。

场景：你以为全程在隧道里，实际 DNS 请求走了运营商解析器，或者 IPv6 绕过了隧道——访问记录就这样漏在外面。

动作：客户端接管系统 DNS 与 IPv6 流量，一律进隧道；检测到隧道中断时默认断开网络而不是回落直连，这个行为叫 kill switch，默认开启。服务端一侧，节点只挂内存运行，会话元数据存在环形缓冲区里，90 秒后被覆盖。

结果：连接断开时不会出现"隧道掉了但浏览器还在偷偷直连"的情况。至于留存——我们技术上答不出你上周访问过什么，这是架构决定的，不是承诺决定的。隐私细节在技术博客的隐私专题里写得更细。