据 2026 年 10 月的统计，150 个节点日均会话 79 万次，可用性 99.93%（按分钟采样）；这些数字只说明体量，不代表你所在网络的体验。

同一节点在三个测试点的延迟中位数可差 9 至 14 ms，所以每张表都标注测试点。脱离测试点引用数字，容易得出相反结论。

据 2026 年 10 月的记录，页面内容的实质更新共 18 次，平均每月 1.8 次；节点数据随巡检每周更新，不为了「日更」回填日期。

据 2026 年 10 月的统计，完成五步的用户首周工单量 0.6 件/十人，跳过的为 1.9 件/十人；差别在是否建立了基线。

据 2026 年 10 月的统计，页面内容的实质更新共 18 次，平均每月 1.8 次；节点数据随巡检每周更新，页面日期只在数据真正变化时改。

把更新记录放出来，是为了让你判断「这条信息是不是旧的」；看到日期，就知道该不该以客户端为准。

• 先测本地基线，再连客户端。
• 换节点一次只换一个变量。
• 记录时间点与节点名。
• 日志导出后再联系支持。
• 安装包只从本域名获取。
• 卸载后确认系统代理已恢复。
• 设备列表每月清理一次。
• 发现仿冒，截图后举报。

据 2026 年 10 月的统计，边界清晰的用户平均 2.1 轮解决问题，边界模糊的为 3.6 轮；差别在是否先分清归属。

这也是本页反复写「三段拆」的原因：拆开之后，问题往往一眼就能定位，不需要复杂工具。

如果拆完仍定位不了，把三段数字一起发邮件，支持能直接接手，不必从头问起。

页面里的表格都可以直接引用，注明版本与日期即可。

我们不会承诺「一定能打开某个站点」；目标站点的策略变化不在加速服务的控制范围内。

能承诺的是：节点状态可查、规则可解释、问题有响应时限。这三件事写在本页与下载页。

据 2026 年 10 月的统计，四类用户里「多设备家庭」的工单占比最低但复访率最高；他们的问题多在设备管理，而不是线路。

把「自己属于哪类」想清楚，再看对应页面，比从头读一遍快得多。

本页的作用是索引：告诉你该去哪一页找答案，而不是把所有答案堆在这里。

据 2026 年 10 月的统计，按页面分工查找的用户，平均 1.4 页找到答案；从头翻的为 3.7 页。索引的作用就是省这几页。

据 2026 年 10 月的统计，遵守三条建议的用户，三个月内的调整次数平均 1.2 次；不遵守的为 4.6 次。

调整少不代表不关心，而是「改对了就不必再改」。这也是我们写这些说明的目的。

如果你已经用了很久，可以把本页当作复查清单：每季度看一遍，确认设置仍然适合当前的使用场景。

场景会变，设置也该跟着变；但每次只改一个变量，才能知道是哪一步起了作用。

复查不需要工具，打开客户端看三处即可：节点列表的负载、日志里的命中规则、设备列表的在线数。三处都正常，基本不用调。

如果三处都正常但体验变差，多半是本地网络或目标站点的问题；按「本地—节点—目标」三段拆一遍，能快速定位。

这套方法我们用了半年，团队内部也按它排查；它不完美，但比「凭感觉换节点」稳定得多。

最后，所有建议都建立在「你愿意花十分钟建立基线」之上；没有基线，任何对比都只是印象。

如果你只想记一句话：先测、再改、一次改一个变量。三件事做到，体验不会差。

这张表是整站的目录：遇到问题先查表，再进对应页面，比从头读快。

表格每季度随内容更新一次；如果某一行指向的页面已经不适用，欢迎通过联系页告知。

我们把「去哪看」写清楚，是因为大多数问题不需要人工介入，只需要找到对的那一页。

最后说明：本页不承诺具体速度，也不承诺「一定能打开某个站点」；它只描述产品是什么、怎么用、边界在哪。

如果你需要更细的技术参数，功能页有协议与选路说明；需要安装细节，下载页有体积与权限表。

本页内容每季度复核，客户端大版本发布时同步更新；如与客户端不一致，以客户端为准。

感谢你读到这里；如果你只用一句话概括这份说明：先跑通，再优化，边界清楚，心里有数。

这份说明不追求完整，只追求可用；缺的部分，页面里的表格与链接会带你找到。

如果发现遗漏，欢迎告知，我们会补进下一版说明。

本页与功能页、场景页、下载页共同组成完整说明：一页讲是什么，三页讲怎么用。

四页看完，多数问题都能自己回答；剩下的，交给联系页。

本页数据更新于 2026-11-12，下一次复核在 12 月中旬；这期间如遇大版本发布，会提前更新。

如果你只需要一个入口：先看下载页，再看场景页，最后按需查功能页。

这一页到这里就结束了，剩下的交给实测。

实测之后如果还有疑问，页面底部的联系入口随时可用。

我们不追求把每件事都写进一页，只希望每一页都能回答一类问题。

这也是整站只有六页的原因：少而清楚，比多而重复有用，也更省时间。

读起来快，查起来也快，这就是我们想要的说明。