本站公开测速数值前还缺什么：README 第九节补齐清单

已经发布的是截图，尚未做的是数值化

本站已经把 17 张测速截图作为 Measured Data 发布在各品牌页，但正文、表格和数据文件都不转写图内数值，也不做平均、汇总或评分。原因很简单：展示一张原始截图，和把截图里的数字变成可以被引用、比较、聚合的数据，是两个不同层级的公开，后者需要的条件更多，而这些条件还没有补齐。

本文只讲流程，不承诺任何公开日期。所属专题见 本站测速批次记录与局限，本站的编辑立场见 编辑方针与利益披露。

截图发布与数值公开的区别

资料包 README 明确要求，不得通过图片目测或 OCR 生成虚假精确统计，需要聚合数据时应人工复核或提供原始机器数据；manifest 也写明原始的机器可读测量数据没有包含在内。在这种情况下，较审慎的公开方式是只展示原图。原始数据为什么重要，详见 机器可读原始数据为什么重要。

README 第九节的 11 项，分成四组

README 第九节列出了“正式发布前仍需补充”的 11 个事项。按性质分组，并对照本站目前掌握的情况如下：

甲组：测试主体与环境

乙组：测试方法与统计规则

丙组：资料与商业信息

丁组：结论范围

可以看到，真正阻碍“数值化”的是甲、乙两组：没有测试主体与环境信息，读者无法复现；没有测试次数与统计规则，任何数字都只是一次抽样。可信云日期问题的处理方式见 可信云截图的日期推定与复核。

补齐之后的流程

如果以后要把测速结果转写为数值，本站会按以下顺序进行：

1. 先建批次，再测试。测试前确定批次号，写明执行人、测试地点、运营商、基础带宽、设备与工具版本。
2. 预先写好规则。测试次数、失败重试、节点筛选与异常值处理规则在测试前确定，而不是看到结果后再定。
3. 保存原始数据。除截图外，保存工具导出的机器可读记录，并为整批文件生成校验信息。
4. 人工复核。数值转写后与原始记录逐项核对，复核状态写入数据文件。
5. 同步标注。发布时同时给出测试条件、局限与数据状态，旧批次截图作为历史记录保留。

数据状态各标签的使用规则见 数据状态与标注规范。

在补齐之前，读者可以怎样使用截图

清单没有补齐，并不意味着截图没有用处。读者可以把它当作“某一时刻的连通记录”来阅读：确认测试时间与时段，对照截图协议与品牌资料协议是否一致，留意图内是否保留了异常结果。需要数值来做决定时，更可靠的做法是在自己的网络下按固定条件测试，并按同一套记录项留存结果，而不是从截图里抄数字。

为什么不承诺公开日期

补齐清单中的多数事项依赖新的测试安排与外部信息，例如品牌官网核实、AI 与流媒体的独立检测。给出日期，等于把一个尚不确定的流程包装成承诺；到期未完成时，读者反而难以判断数据处于什么状态。本站的做法是只公开状态：哪些项已完成、哪些仍待补充，状态变化时同步更新本页与各品牌页。

补齐清单的常见疑问

截图已发布为何不写数值：截图是原始记录，转写数值需要原始数据和统计规则，这些尚未补齐。

第九节有哪些内容：11 项，分为测试主体与环境、方法与统计规则、资料与商业信息、结论范围四组。

什么时候公开：不承诺日期，补齐并取得可复核数据后以新批次发布。阅读与引用本站数据时，请遵守所在地法律法规与平台条款。