01来源字段落在条目头部
每条记录从哪里来，不写在正文里，而是固定落在条目头部：说明文档名称、所属站点、收录批次三项并列。正文只解释这条记录讲什么，追溯来源时不必往段落里翻找。字段顺序在全站统一，服务类与规则类共用同一组字段位，不因内容类型改换位置。
安全机制 · 长文档
可核查性机制
贝投看台把每一条收录记录从来源、留痕到边界的处理方式写成十四节说明。下面四个刻度，是这套机制当前的规模与节奏。
14
节 · 可核查性说明
3
组 · 归口分类
6
条 · 执行标准
每周
注册相关条目复核节奏
组一
来源与归口
一条记录从哪里来、归进哪一类、由哪几个字段说明身份，先在这一组交代清楚。
02主站与区域站说明如何区分
站点收录主站与各区域站点的说明文档，其中区域站点说明档案共 9 个。条目以所属站点作为区分标识：同一条内容如果主站与某个区域站各有一套表述，两份分别收录，不做合并，也不把其中一份当作另一份的补充版本。口径上的差异本身就是需要保留的信息。
03条目编号与分类标签
站内累计收录条目 1,286 条，其中服务类 512 条、规则类 774 条，两类合计与总数一致。内容按分类标签归入服务与规则两类，全站分类标签共 41 个，服务类标签 18 个、规则类标签 23 个。标签决定条目进哪张表，不代表优先级，也不参与排序。
04导出对照从哪里来
每条收录条目均附一组品牌站导出对照，累计导出对照记录 1,286 组，与条目一一对应。对照保留导出当时的字段原样，用于逐条比对，不随条目后续修改而自动更新。完整汇总集中在数据中心，可按批次检索。
05哪些情形不予收录
只有可回溯到说明文档的内容才进入收录范围。来源无法定位、仅有单一转述、或与现有文档冲突却没有调整依据的情形都不收录；冲突本身会作为标注写进对照记录，而不是被悄悄抹平。
小结 · 组一
来源可定位、归口只分两类、对照可导出，这三件事在条目生成时一次完成。后续复核只核对字段，不改结构。
组二
时间戳与留痕
记录留下之后，接下来要回答的是：它在哪一天被确认过、改动发生在哪一批、历史条目怎样排序。
每一批复核都留下一个日期刻度
06时间戳精确到日
时间戳只到日，不带时刻。同一批次内的条目共用一个日期刻度；页面不写死具体年月日，改用版本区间、批次序号与阶段表述来呈现先后顺序，保证同一批记录在展示上始终对齐。
07发布戳与复核戳分开记录
发布戳记录条目进入收录的那一天，复核戳记录它最近一次被核对过的那一天，两者各占一个字段，互不覆盖。任何一个刻度被更新，都会在对照记录里留下对应痕迹，不会被后一次操作抹去。
08历史条目如何回填
追溯补齐的旧条目按说明文档原本的日期回填发布戳，不以后来的录入日期覆盖。回填动作单独标记，避免把补录的记录误认成当期新增内容，也避免让时间线看起来比实际更拥挤。
09周度复核批次
注册相关条目由运营团队每周复核一次，累计完成 156 个周度复核批次。批次按顺序编号，同一批次内的条目共享一次核对动作与同一个复核戳，批次本身也作为一条可检索的记录留存。
10变更说明的同步时限
常用入口调整之后，变更说明在两个工作日内同步，目前累计收录 47 份。变更说明与条目改动分开记录：说明解释为什么变，条目只保留当前有效口径，两者不互相替代。
近三年版本记录的批次分布
下列批次覆盖近三年内发布过的全部版本记录，服务与规则两类条目数与全站口径一致。
| 批次 | 归口 | 收录条目 | 状态 | 阶段刻度 |
|---|---|---|---|---|
| B-01 | 服务类 | 82 | 已复核 | 年度一 · 首批 |
| B-02 | 规则类 | 96 | 已复核 | 年度一 · 第二批 |
| B-03 | 服务类 | 78 | 已复核 | 年度一 · 第三批 |
| B-04 | 规则类 | 104 | 已复核 | 年度一 · 第四批 |
| B-05 | 服务类 | 91 | 已复核 | 年度二 · 首批 |
| B-06 | 规则类 | 113 | 已复核 | 年度二 · 第二批 |
| B-07 | 服务类 | 64 | 已复核 | 年度二 · 第三批 |
| 对照提示 · 以上七批的导出对照已归档，可与下方批次逐组比对 | ||||
| B-08 | 规则类 | 88 | 已复核 | 年度二 · 第四批 |
| B-09 | 服务类 | 73 | 已复核 | 年度三 · 首批 |
| B-10 | 规则类 | 121 | 已复核 | 年度三 · 第二批 |
| B-11 | 服务类 | 56 | 已复核 | 年度三 · 第三批 |
| B-12 | 规则类 | 97 | 已复核 | 年度三 · 第四批 |
| B-13 | 服务类 | 68 | 已复核 | 年度三 · 第五批 |
| B-14 | 规则类 | 155 | 持续复核 | 年度三 · 第六批 |
小结 · 组二
一个日期刻度只说明一件事：那一天有人核对过。日期之后的适用性，仍然要看变更说明是否已经同步。
组三
边界与告知
机制能做什么、不能做什么，以及在什么情况下应该先怀疑自己看到的版本，这一组把话说在前面。
11站点性质与能力边界
贝投看台是信息收录与对照说明型主站，只呈现主站与各区域站点的说明文档、版本记录与导出对照。站内没有交易与投注功能，也不涉及任何形式的资金往来；同时，也不存在需要账户才能查看的内容。
12时间戳应该怎么读
时间戳记录的是复核动作发生的日期，不代表这条内容在此之后一直有效。判断一条记录是否仍然适用，需要同时看它的复核戳与相应的常用入口变更说明，两者缺一，结论都不完整。
13发现不一致时的处理顺序
条目与说明文档出现出入时，按顺序处理：先确认对照记录中的导出时间，再核对批次编号，最后检查是否存在尚未同步的变更说明。处理结论会回写到条目的状态字段，而不是只留在讨论记录里。
14访问信息与隐私边界
站内只处理页面访问所需的必要信息，具体范围、保留方式以及访问者可以采取的动作，写在数据与隐私说明里；内容性质与使用边界的完整表述见网站声明。
小结 · 组三
把边界写清楚不是免责，而是让每一条记录都有一个可判断的范围：能核对的对照、能追溯的批次、能指向的说明。
执行标准
六条标准，写清收录与对照的适用条件
- 01来源必须能定位到说明文档
- 02同类口径不做合并收录
- 03发布戳与复核戳分开记录
- 04导出对照与条目一一对应
- 05入口变更在两个工作日内同步
- 06复核以周为单位留痕
复核节奏与全篇小结
每周
注册相关条目复核
由运营团队按周核对注册相关内容，形成周度批次，复核戳在条目头部更新，累计已完成 156 个批次。
每季度
全量回溯
对全部收录条目做一次完整回溯，核对来源字段、分类标签与导出对照的一致性，发现问题的条目单独标记状态。
每年
口径校准
对服务与规则两类的归口边界做一次年度校准，确认标签数量与分类规则仍然适用，调整结果体现在下一批记录中。
全篇小结
十四节机制说明最终指向一件事：站内的每一条记录都应该能被复查——来源有字段、日期有刻度、对照有留痕、边界有交代。这套机制持续运行，但它保证的是过程的透明度，而不是内容永久有效。核对时请以最新的复核戳与变更说明为准。