编辑与评测方法
评测的可信度来自可复现的条件与可核对的数据。本页是所有评测与推荐内容遵循的规则。
一、先固定测试条件
每篇评测都必须记录以下条件，缺一项就标注“部分实测”：
| 条件 | 记录内容 | 原因 |
|---|---|---|
| 地区与运营商 | 省份/城市级别，电信/联通/移动等 | 同一节点在不同运营商下差异可能很大 |
| 接入网络 | 家庭宽带 / 手机流量 / 公司网络 | 公司网络常有额外策略 |
| 设备与系统 | 设备型号、系统版本 | 影响客户端行为 |
| 客户端与协议 | 客户端名称、版本、所用协议 | 协议差异会改变稳定性表现 |
| 测试时间段 | 起止日期，白天 / 晚高峰分别记录 | 晚高峰劣化是常见问题 |
二、记录四项指标
- 延迟：对目标服务的 TCP 连接建立时间，连续采样后取中位数与 P90，单位毫秒。
- 丢包率：按时段（白天、晚高峰）分别统计，单位百分比。
- 吞吐：单线程下载峰值，单位 Mbps。它对 AI 场景的权重最低，仅供参考。
- 长会话稳定性：保持 30–120 分钟的实际会话（例如一次完整的编程任务），记录断线次数，换算为 1–5 分：0 次为 5 分，每增加 1 次减 1 分，4 次及以上为 1 分。
指标无法测试时写“尚未提供”；因套餐限制等原因不做某项测试时写“不适用”。不用 0 或空值冒充数据。
三、数据状态
- 实测：条件完整、四项指标齐全。
- 部分实测：条件或指标有缺失，缺失项已注明。
- 示例：演示用数据，仅用于展示页面结构，全站会显示“示例数据”标记，相关页面不进入搜索索引。
四、先分层，再归因
任何连接问题的结论都要先排除以下层面，再归因于代理网络：
- 平台自身状态（服务商状态页）；
- 账户资格（订阅、组织策略、风控）；
- 服务可用地区（节点出口地区是否受支持）；
- 本地网络与客户端配置；
- 代理网络连接质量——这才是机场负责的部分。
五、结论规则
- 结论必须带适用场景与前提条件，例如“在华东电信晚高峰下适合网页对话，不建议用于长时间命令行任务”。
- 推荐排序由编辑根据数据与场景决定，允许人工调整，但调整理由写入服务资料的编辑结论。
- 合作关系不影响数据与结论；含合作链接的页面会标注并使用
rel="sponsored"，详见 商业合作说明。
六、更新规则
文章的“更新于”日期只在内容实际变化时由编辑修改。资料核对但无变化时，只更新服务资料页的“资料更新于”。标题中的年份由编辑维护，不随系统时间自动改写。