评选口径 · 单页说明
精选推荐表里每一条为什么排在那里
这一页只做一件事：把精选推荐那张 13 条横向对比表背后的排法讲清楚。表负责给结果，这页负责给过程——按同样的维度、同样的判定条件走一遍，任何人都能得到相同顺序。云鼎数据将它单独成页，是因为排名一旦不能复算，就只能算结论，不能算参考。
排序依据：按先后逐层比较
比较不是打分，而是逐层筛选。第一层能分出先后的就不再进入第二层，出局者才继续往下比，这样任何一条都能被复算，不需要靠整体印象排位。
-
01
适用端是否同步
Android 与 iOS 两端各有一段可独立阅读的说明者靠前；只讲一端并让另一端沿用默认结论的，降到下一层继续比较。适配清单类条目尤其适用这一层，因为跨端结论本身就是信息量。
-
02
生效范围
同端条件下，覆盖栏目数量多者在前。横跨四组的条目通常一次说明能回应用户多处疑问；只落在单独一组的条目往后排，不代表不重要，只代表影响面更窄。
-
03
准备成本
从读到执行之间需要预先完成的动作越少，排位越靠前。确认账号状态、核对版本号、检查设备型号都属于成本项，条目会把这些动作逐项列出，不写“按需准备”这类无法核对的描述。
-
04
验证状态
适配清单中已标注验证状态的设备与版本优先于尚未标注的条目。标注状态分三档，具体口径写在下一节的维度定义里；状态本身不是排名手势，只是让阅读者知道这条结论的来源在哪一层。
-
05
回退方式
给出明确回退路径的条目排在无可退路者之前。回退条件需要写成可判定的语句，例如“退回前须再次核对版本号”，而不是“视情况处理”。
比较维度定义
五个维度都有固定的判定语句，缺一项就不能参与比较。以下定义与对比表中条目的字段一一对应，读到某个字段不理解时，回到这里查找。
- 适用端
- 条目明确指向 Android、iOS 还是两端同时成立。两端成立的条目必须在两端各给出一句独立结论，不允许写完一端后以“其余同理”收尾，那会被视作只覆盖单端。
- 生效范围
- 条目实际影响到的对比分组，取值来自登录路径、注册流程、适配清单、资源版本四组。允许横跨，但必须在条目里逐组写明，做不到逐组说明的按单一分组计。
- 准备成本
- 用户按条目走完一遍前需要预先完成的动作数量，常见动作包括确认账号状态、核对版本号、检查设备型号。成本按动作项计数，不按耗时估算，避免主观换算。
- 验证状态
- 适配清单里对该设备或版本的标注结果，分三档：已标注状态、说明中、仅提及。三档在对比表里以不同字段呈现，编辑口径相同，都只陈述当前已知。
- 回退方式
- 执行条目给出的路径后能否退回原有状态，以及退回需要哪些前置条件。没有回退路径的条目必须显式写明“无可退路径”，不能留空。
上榜与移出，各按各的条件
进入对比表需要同时满足四条；被移出只需要触犯任意一条。两种判定都写成可核对的语句，不用“综合评估”“视情况而定”这类不可复查的说法。
进入对比表需同时满足
-
条目能归入登录路径、注册流程、适配清单、资源版本四组中的一组，且组别归属在条目内写清。
-
Android 与 iOS 两端各有一段可独立阅读的说明，条款之间不互相引用充当补足。
-
条目涉及的版本号落在正式版 3.6、长期支持版 3.2、预览通道 3.7 三条通道范围内，且与所在通道口径一致。
-
条目给出的路径可以重走一遍得到相同结果，且这条路径能对应到服务项目目录中的既有条目。
触发任意一条即移出
-
只覆盖单端且没有跨端说明，用户无法据此推断另一端的行为。
-
版本号不在三条通道之内，或与通道口径发生抵触。
-
依赖未公开的中间步骤，说明里无法给出完整动作序列，读者按条目走不完整。
-
连续两个复核周期没有被任何条目引用，且对应口径已被更新通道替代。
四组判定条件全部落在可观察的字段上：组别、端覆盖、通道版本号、路径可重走。任何一条在条目里找不到对应字段，就视同未满足。
复核节奏与回到榜单
每次对比表按季度增补时，口径跟着重审一次。重审只查三件事：维度定义是否仍能判定、上榜标准是否仍能筛掉不适用条目、剔除条件是否已被某条触发。三项都不变时，口径原样保留，不做无意义的措辞更新。
复核不动历史编号。被剔除的条目从表里移走，序号不递补；新增条目排在所属分组末尾。这样按旧编号回查时总能找到对应位置，不会因为一次增补而错位。
出现下列任一情形即提前重审：跨端结论在两端出现不一致、通道版本号发生切换、某条剔除条件在同一季度被触发两次以上。