12 人
考据组
从来源处取原始条目，整理成可引用的形态，编好章条号或栏位号。组内不做核对，交给下一环。
档案方法 / 编号来历 / 内容底线
谁在整理这些档案，按什么标准
豪发娱乐CN 是一个记录型内容站，服务的是已经用过、回来核对数据的回访用户。整理原则只有一条：每个数字带口径，每条条款带编号，每个版本带页尾标记。这一页讲的是方法本身。
阶段轴
阶段一至阶段四：归档方式的四次调整
阶段 01
条目先按赛季归并
最早的归档没有分栏，一条记录进一个赛季包，赛季结束统一放进档案区。检索靠翻，引用靠记。这一阶段留下的东西不多，但把按赛季切分的习惯定下来了：所有条目先有赛季标签，再谈后面的事。
阶段 02
条款与数据分开记
条款要能引到章号与条号，数据要能标口径，两套东西混在一起，核对时容易对错位置。于是做了第一次分家：规则板块只放条款，数据记录只放数字连同口径说明，中间用一条分隔线隔开，互不引用对方的位置。
阶段 03
六栏结构出现
改版公告、规则条款、桌数记录、iOS 变更说明、订阅管理、导出与归档，六栏各自独立，栏位编号从 C-01 排到 C-06，每栏带一个独立锚点。访客可以直接定位到栏位，不用在一整页里找段落。
六栏之后，条目不再靠赛季包，而是靠栏位归位。同一条信息只属于一栏，交叉引用改成指向栏位号。
阶段 04
订阅与导出收拢到同一处
2026 改版把订阅管理和导出归档从各处收拢，落到专区的对应栏位。订阅按赛季、栏目、版本三类登记，变更在下一轮条目更新时生效，历史订阅记录保留 36 个月。导出支持 CSV 与 JSON，字段口径一致，单次上限 5000 行，超出按赛季分批，文件带来源域名与抓取时点的标注字段。
核对流程
一条信息要被核对过哪些环节
四条顺序固定，不可跳过。前一条没完成，后一条标注为「待核」。
取来源：每条条目先记出处
条款条目附章号与条号，数据条目附赛季标签与口径说明。来源可追溯到规则板块公示或归档文件，不接受无出处的复述。
标口径：数字必须交代统计方式
同一个数字在不同口径下可能不同，所以数据条目必须同时给出统计口径与赛季标签。口径变了，会在资讯中心留一条口径变更记录，并回指到专区对应栏位。
给编号：条款、栏位、版本各按各的号
条款走章条号，栏位走 C-01 至 C-06，版本走 HF-CN-iOS-赛季.修订。三套编号互不借用，也不允许在正文里把一个编号当另一个用。
留版本：修订在页尾固定标记
每次修订在页尾留下版本标记，旧版本保留可查。iOS 说明当前为 HF-CN-iOS-26.4，早期归档可查 26.1 至 26.3。版本变更不影响已导出文件里的字段口径。
编号体系
章条号、栏位号、版本号分别管什么
编号不是装饰，是用来说明「这条东西该去哪里找」。三套编号各自管一段，混用会导致引错位置。
站务分工
31 人，按环节分三组
10 人
核对组
复核数字、口径、编号位置，交叉比对两个来源。发现不一致退回考据组，不自行修改内容。
9 人
版本与说明组
维护版本号、页尾标记与变更说明，处理旧版本归档，确认导出字段口径在版本变化后保持一致。
目前站务团队 31 人，站点已归档 12 个赛季，条目总量 1,140 条，数据快照 2,300 份。
内容底线
不写什么，遇到口径不清怎么办
-
底线 01
不用感叹号，不用促销腔，不写「震撼」「必看」「限时」这类词。
-
底线 02
不承诺收益，不做下注或兑付引导，不引用任何不存在的第三方评级或媒体报道。
-
底线 03
不写没有出处的数字；引用条款必须同时给出章号与条号。
-
底线 04
口径不清时先标口径变更，说明口径边界，不猜测，也不用模糊表述掩盖边界。
对外口径以规则板块公示与页脚备案信息为准。若引用的数字只保留到汇总层级，会在条目里写明只保留汇总口径，不补造更细的分项。
方法比数字活得久。