联系与勘误：三类反馈的提交与复核

对外渠道只有邮件一个：没有电话，没有即时通讯群，也没有在线表单。这样做的好处是每条反馈都留得下文字，坏处是回复不会立刻到，所以把信息一次写全比写得客气更有用。

唯一的联系方式

邮箱地址是 [email protected]。它只受理与本站内容有关的三类事项，其余来信不承诺回复。写信时把下面几项一次给全，能省掉一轮来回；少一项，复核就要退回猜测。

• 页面位置：哪一页、哪一行、哪个读数，能给页面路径最好。
• 读数原文：把页面上那句话连同单位一起抄过来，只说数字不对没法比对。
• 你的读数：你测到的数值与单位，以及测了几次。
• 平台版本：客户端自身的大版本号，不同大版本的包体与常驻占用都会变。
• 系统版本：不只是系统名称，要写到 Windows 10 1809 这种分支号。
• 复现条件：网络环境、是否外接显示器、是否接了蓝牙键鼠，都会改读数。

六项里缺哪一项会退回补问

每缺一项都要多一次来回；其中版本两项最费时间，缺了之后本站无从判断你说的是哪种情况。

• 缺读数原文时只能靠描述比对，例如只说体积不对，分不清是 38.2 MB 还是 26.7 MB 那一档的数据。
• 缺平台版本时，38.2 MB 这类读数对不上就分不清是版本差异还是本站写错。
• 缺系统版本时无法判断是否踩在门槛线上，比较会在错误的层面上进行。

三类反馈各自要写什么

本站把可受理的反馈压到三类，是因为这三类能靠复核判定，其余问题本站没有判定依据。三类的区别在证据要求上：读数类要能复现，门槛类要能指出版本，说明类要能指出歧义句。

三类之外的事本站不接：安装包是否可用、账号能否登录、授权是否生效，这些都要找软件权利人。本站没有安装包、没有账号体系，也没有你的会话数据，硬答只会给出错的结论。

三类里最容易判的是体积类：五个平台的包体从 26.7 MB 到 52.9 MB，本站按平台逐个打包称重，两次对不上就再称一遍，属于可以直接实测的一类。

读数类反馈先比条件再比数字

三类里读数类的量最大，处理顺序固定：先对齐条件，再对齐数字，最后才判断谁写错。

• 先对齐链路：36 毫秒的实测只在同城线路上成立，跨运营商链路的数值不能直接比对。
• 再对齐外设：接了蓝牙键鼠或外接显示器，1.3 % 的常驻 CPU 会明显上升。
• 最后对齐次数：你测三次取中位再比，单次读数与 305 次采样的中位值本来就不该相等。

门槛类反馈要给出验证过的版本

门槛类靠低版本机器上的复验来定，只说装不上不足以改动门槛表的任何一行。

• 给出平台名与新门槛，能指到官方文档的原文段落才算证据。
• 给出你验证过的系统版本，本站会到门槛之下的机器上复验一次。
• 门槛下调同样受理，依据一致：低版本能装、高版本反而不行时才需要改表。

为什么一定要版本号

同一个平台的不同版本，门槛与读数都可能不同。Windows 10 1809 是门槛起点，1809 之前与之后的表现差别写在门槛页里；不给系统版本，本站无法判断你说的是哪一种情况。

• 平台版本缺失时，包体读数对不上会分不清是版本差异还是本站写错。
• 系统版本只写大名字不够：macOS 11 Big Sur 与更早的分支，授权框架不是一套。
• Linux 端还要给发行版与 glibc 版本，2.28 是硬门槛，低一档直接报线程库错误。
• 移动端要写 Android 8.0 或 iOS 13 这类门槛线上的版本，门槛之下的表现与之上完全不同。

常驻占用类反馈还要写清场景：97 MB 是挂在后台不动时的常驻，你若同时开着会议软件再测，读数会高出一截，那属于条件不同，不是本站写错。

五个平台各自的版本线

五条版本线各不相同，写信时写对这一项，复核就能直接落到对应平台的那一行。

• Windows 门槛是 10 1809，分支号要写全，只写系统名无法区分。
• macOS 门槛是 11 Big Sur，更早的分支授权框架不是一套。
• Linux 要给发行版与 glibc 版本，2.28 是硬门槛，低一档直接报线程库错误。
• 移动两端分别是 Android 8.0 与 iOS 13，与桌面端的判断方式不同。

复核与更正的流程

反馈到达之后不是直接改字，而是按固定流程走一遍。本站的读数背后是 8 天、305 次采样，改哪一项都要和这套采样口径对上，否则新数字会和旧结论打架。

1. 归档分类

   邮件按三类归档。附了版本信息且能复现的进入复核队列，缺信息的先回信补，不占队列。

2. 同口径重取

   在对照机上按原条件重测一次。原条件已不可复现的，标注为条件缺失，不硬凑一个读数。

3. 作出判定

   结果分三种：本站写错、读数已过期、条件不同。三种走不同处理，不混为一谈。

4. 改数留痕

   写错就改数字，过期就更新数值与数据日期，条件不同就补写条件句；三种都要同步站点地图。

5. 回信说明

   把结果回给来信地址，写明改了哪一段、改成什么、数据日期更新到哪一天。

本站不做静默修改。一次更正必须同时改动两个位置：页面里的数据日期，与站点地图中该页的最后修改时间。两处不一致，说明这次更正没做完。

复核队列的进出规则

队列按证据是否齐全分两段：附了双版本且能复现的进复核，缺信息的先回信补，不占队列。

• 进队列：双版本号齐全、读数能复现、页面定位到行，三条同时满足。
• 暂不进：只有结论没有数值，或版本只写到系统大名字的，先回信补信息。
• 出队列：判定为本站写错的当场改数，判定为条件不同的改写条件句。

三种判定对应三种改法

判定只有三种，处理方式互不通用：写错改数字，过期换新值，条件不同补条件。

• 本站写错：改数字，同时更新该页数据日期与站点地图的最后修改时间。
• 读数已过期：换上新值并注明新的取样日期，旧值不并列展示。
• 条件不同：不动数字，补一条带平台与场景的说明，例如 97 MB 只对应静置状态。

本站不受理什么，以及为什么

把范围划清楚，对双方都省时间。下面几条不是推脱，是本站确实没有相应能力，硬接只会把错的结论传出去。

• 不代为分发或转存安装包，五个体积读数只作对照，包要到平台原生渠道取。
• 不解释授权条款的法律含义，只登记授权面板实际弹出哪几项、在哪一步弹出。
• 不提供代客部署，也不替具体环境做连通性排查。
• 不接受以观感为由删改读数，除非能指出读数在哪一步取错了。

最后一条要说明白：读数不好看不是删掉它的理由。36 毫秒的连接延迟与 1.3 % 的常驻 CPU 都是实测中位值，若你的环境测得更高，本站的做法是补一条条件说明，而不是把原读数抹掉。

为什么这几类问题只能找权利人

判断依据是有没有判定材料：本站既没有安装包也没有账号体系，硬答只会把错的结论传出去。

• 安装包能否使用，要看签名与版本，这两项都在平台原生渠道手上。
• 账号能否登录，涉及权利人侧的会话与鉴权记录，本站没有这部分数据。
• 授权是否生效，要看授权面板的实时状态，本站只登记它弹出哪几项。

来信怎么存、存多久

邮件往来与访问日志用同一条数据留存标准：30 天后清理。保留期只覆盖复核与回信所需的这段时间，过了就删，不用于其它用途。

• 来信正文只用于复核与回信，不转给第三方，也不进入任何统计。
• 更正发布时只写页码与读数，不复述你的邮件原文，不写来信人信息。
• 需要提前删除自己的来信，可以在同一邮箱再发一封说明，本站按申请处理。

30 天留存与提前删除的衔接

留存期与删除申请是一件事的两面：到期自动清理，未到期也可以按申请提前删。

• 来信正文与访问日志同一标准，30 天后随轮转清理，不单独延长。
• 提前删除需在同一邮箱再发一封说明，写明访问时间与出口网段。
• 复核期间需要引用来信时只取结论句，不复制正文，也不标注来信人。

常见问题

以下回答按正文口径写，不额外补充新结论；与本页流程那一节冲突时，以流程为准。

没收到回信时的处理顺序

回复没有固定时限，可以按顺序自查：先看信息是否齐全，再看是否落在三类受理范围。

• 信息不齐的来信会先收到补问，补全后再进复核队列，两次往返算一轮。
• 落在三类之外的来信不承诺回复，例如安装失败或登录异常。
• 同一问题再发时附上首次发信时间，避免被当成新线索重复归档。