我们把位置选在看台，而不是场地里

站点的推进节奏不按日期写，按能不能核验写。每一段结束后，留下的是一批可引用的编号，而不是一段回忆。

1. 第 1 段 建档：给每条记录一个编号

   最早做的事情是把散落的条目收拢起来，给每一条一个不重复的编号，并把记录编号、所属分类、时间刻度、 字段摘要、核验状态这五类字段固定下来。这一段结束后，条目既可以按编号检索，也可以按分类聚拢。

   可核验 五类字段在此之后没有增删，只是填充率在提高。

2. 第 2 段 分类：七类玩法与五类厂商

   编号稳定之后，分类开始收窄。玩法维度定为七类，编号 P1 至 P7；厂商维度定为五类，编号 V1 至 V5，合计十二类。 已有的记录明细按这套口径重新归位，并开放按玩法、厂商、时间三重筛选。

   可核验 十二类口径沿用至今，记录明细累计 1,286 条。

3. 第 3 段 核验：问答入组，额度单独成轴

   最近这一段做的是收口。常见问题整理成七组共 63 条；额度变动从记录明细里分出来，单独成为一条时间轴， 累计 148 条节点。核验状态固定为已生效、观察中、待核验三档，额度变动里的待核验项统一用强调色标出。

   可核验 口径变更与条目变化都写进版本条目流，最近 19 条可在版本与条目流逐条比对。

从写进来算数，中间有五步。每一步都有明确的输入与输出，任何一步过不去，条目就停在对应的状态上，不会跳级。

1. S1

   录入口径

   确认编号不重复、分类归属有明确指向、时间刻度用的是同一套基准。产出是一条待归档条目。

   核对字段记录编号 · 所属分类 · 时间刻度

2. S2

   分类归属

   按玩法 P1 至 P7 或厂商 V1 至 V5 落位；能同时归两类的，写清主分类与附属关系。

   核对字段玩法维度 · 厂商维度 · 主分类

3. S3

   字段复算

   把字段摘要里的数值回到来源条目重算一遍，对不上的先标待核验，不放行到下一步。

   核对字段字段摘要数值 · 来源条目 · 复算批次

4. S4

   状态判定

   复算通过标为已生效；口径可能有变动标为观察中；来源尚未二次确认的标为待核验。

   核对字段核验状态 · 判定依据 · 生效范围

5. S5

   口径登记

   分类定义只要发生变动，就登记一次口径更新，并在条目流里留下可回查的编号。

   核对字段口径版本 · 更新条目号 · 影响范围

待核验不等于有问题。它表示这条记录的来源还没有被第二次确认，读者引用时可以把它当成待补充的线索，而不是结论。 额度变动节点里的待核验项用强调色标出，说的就是这个状态；字段与状态的完整口径可以在 专题索引里按线索读到。想知道访问数据被怎样处理，可查看数据与隐私说明。

团队一共九人，分成三组。每组的产出是下一组的输入，交接点固定，不靠临时沟通决定一条记录能不能放出去。

组与组之间有明确的边界：客服支持组只整理疑问，不改口径；记录核验组只判状态，不定义分类； 内容分类组只动定义，不碰字段数值。三组各自的范围，决定了同一件事不会被三个地方同时改。

• 01 访问入口与十二类品类索引 入口按五组组织，玩法七类与厂商五类的索引都挂在下面。
• 02 专题索引 四组共九个专题，按分类口径、记录追溯、账户客服与常见问题四条线索聚合。
• 03 版本与条目流 口径修订与明细变更的最近 19 条记录，按相对刻度倒序排列。
• 04 联系与对接 邮件、电话与书面通信各自适用的问题类型与处理时段。
• 05 数据与隐私说明 站点记录哪些访问数据、用来做什么、保留多久，以及读者可以提出的请求。
• 06 观测首页 十二类索引、1,286 条明细与 148 条额度节点的总入口与口径摘要。