三个指标分别是什么
延迟（latency）：一个数据包从你的设备到服务器再返回所需的时间，单位毫秒。
丢包率（packet loss）：发出的数据包中没有到达对方、需要重传的比例，单位百分比。
带宽（bandwidth / 吞吐）：单位时间内能传输的数据量，单位 Mbps。测速软件测的通常是这个。
这三者相互独立：延迟低不代表丢包少，带宽高也不代表延迟稳定。
它们分别影响 AI 使用的哪个环节
延迟影响“首字响应”
发出问题后，第一个字出现的时间 = 网络往返 + 服务端排队与处理。网络往返通常只占其中很小一部分：香港节点约 50 ms，美国节点约 200 ms，而模型开始输出前的处理时间往往是几百毫秒到数秒。所以几十甚至一百多毫秒的延迟差异，在对话里几乎感觉不到。
真正影响体验的是延迟的波动。平时 60 ms、偶尔跳到 1000 ms，流式输出就会一顿一顿。看延迟时看中位数与 P90 的差距，而不只是平均值。
丢包影响“流式输出的连续性”
AI 回复是服务端持续推送的数据流。丢包时协议层要重传，表现为：
- 回复卡住几秒又继续；
- 客户端判定超时，提示重试；
- 回复中断，只收到一半。
编程代理的长任务对丢包更敏感：一次重传失败可能让整个任务失败。本站以晚高峰丢包率 1% 作为“适合 AI 场景”的参考线。
带宽影响“传大文件”
日常对话的请求和回复只有几 KB 到几百 KB，5 Mbps 的带宽绰绰有余。带宽只在以下情况重要：
- 上传大文档、图片或压缩包给模型分析；
- 编程代理同步大型仓库或下载依赖；
- 多人共用一个订阅。
怎么读测速图表
下面两组示例图来自同一节点、同一条件，只有时段不同。读图顺序：
- 先看测试条件：地区、运营商、接入方式、时间。条件不同的数据不能直接比较。
- 再看时段：很多节点白天完美、晚上崩溃，而晚上恰恰是多数人使用的时段。
- 最后看数字：延迟看中位数与波动，丢包看是否超过参考线。
图表数据同时提供表格形式，便于复制与比对。
把指标对应到你的使用方式
| 使用方式 | 最该关注 | 其次 | 可忽略 |
|---|---|---|---|
| 网页 / 桌面端对话 | 丢包率 | 延迟波动 | 带宽 |
| 上传文件分析 | 丢包率 | 上行带宽 | 延迟 |
| 命令行编程代理 | 长会话断线次数、丢包率 | 延迟波动 | 带宽 |
| 云端执行任务 | 基本可访问性 | — | 延迟、带宽 |
这些指标如何测
本站评测统一按 编辑与评测方法 记录条件与数据。自己测的话：
- 延迟与丢包：对节点地址连续探测 3–5 分钟，分白天与晚高峰。
- 长会话：实际跑一个 30 分钟以上的任务，记录断线次数。
- 带宽：任一测速站即可，但要知道它只代表峰值。
延伸阅读
- 把指标变成选择顺序：AI 用户选择机场时应该关注什么
- 如果你还不清楚节点、订阅、客户端分别是什么：新手理解订阅、节点与客户端