客户端说明档

五条按主版本序列排列，只记录目录结构与呈现方式上确实出现过的变化。哪些差别影响查阅、哪些只是排版调整，条目本身不做褒贬。

1. D01

   V1–V3 序列：单栏正序目录

   类目只用一级编号称呼，条目不带标签字段，桌面端按编号从小到大连续排布，翻到底部就是目录的尽头。

2. D02

   V4–V5 序列：十二类目与首版标签

   类目扩到十二个并固定下来，同时第一次出现判定标签；目录开始按类目分组，同一类目内的条目不再严格按编号排列。

3. D03

   V6–V7 序列：分区呈现与区间标注

   目录改为分区呈现，每条记录所属的变动区间，检索时多出一个时间维度；编号不再只表示顺序，也承担归属说明。

4. D04

   V8 序列：辅助色与月度复核

   十二个类目的辅助色进入呈现层，标签判定依据的复核由每季度一次改为每月一次，目录的更新节奏因此变密。

5. D05

   V9 序列：现行版本

   六族群分组与三张聚合视图同时呈现，条目总量固定在 1,284 条；本页及站内其他说明一律以这一序列为准。

同一份目录落到不同桌面系统上，差别主要在滚动方式、字号默认值和编号对齐上。下表按平台逐条对照，只列会出现差异的地方。

以下四项在动手之前确认一遍即可，不涉及任何安装步骤，也不需要在页面上做勾选。四项都确认过之后，再进入目录正文会顺很多。

• D10

  确认要查的是哪一段序列

  先照着手上的版本号对到 V1–V9 里的哪一段，再决定去查哪一组的条目。版本对不上时，后面几步都容易白做。

• D11

  把类目编号抄在顺手的位置

  十二个类目用 C01–C12 表示，族群则按六个分组归类。查之前先把要用到的那几个编号记下来，比来回翻类目总览快。

• D12

  先调好窗口宽度与字号

  正文一行的舒适长度在六十来个字上下，窗口拉得太宽会让条目说明被拉散。宽度定下来之后，字号只需在高可读区间里微调。

• D13

  决定用编号还是关键词检索

  编号检索命中快但要求记得住，关键词检索放宽了门槛却容易带出相邻类目。建议编号为主、关键词为辅。

四条来自实际反馈里出现得最多的情形，每条给一个方向。方向本身不保证一定解决问题，但能先把排查范围缩到两步以内。

• D14

  手上写的版本号对不到 V1–V9 里的任何一段

  方向先核对命名规则里带的是主版本还是区间的内部编号，两者写法接近但层级不同；对不上时把完整写法抄下来，连同出处一并向客服确认。

• D15

  按旧序列里的类目编号检索，结果为空

  方向先确认该类目是否在区间内发生过跨类目迁移。迁移之后的条目会挂在新编号下，旧编号不再单独保留入口，需要改按新编号或按族群检索。

• D16

  编号顺序与目录里看到的排列顺序对不上

  方向编号表示归属说明，不表示排列先后；分组之后同一类目内的条目会按区间而非编号排列。想按编号看，请切到按编号排序的视图。

• D17

  关键词检索出的条目落在相邻类目里

  方向先看标签的判定依据写的是哪一条口径。相邻类目往往只差一个标签的判定条件，读一遍依据比反复换关键词更省时间。

如果确认属于类目归属或标签判定的问题，可以照着服务流程里的条目纠错与判定申诉两组步骤提交，比在邮件里从头描述更快。