从一份榜单
到一座数据舱

01

只做三件事

归档、对照、讲清口径。已经结束的比赛才会进入数据舱，未结束的赛程只作为时间轴上的待办位置出现，不写预测，也不给结果下判断。

射手榜、净胜球索引与抢断数据对照都按赛季区间组织，你选定的区间决定你看到什么。条目本身不带倾向，只标明它属于哪个赛事序列、哪个赛季阶段。

口径说明与数值分开存放。归档范围调整时，旧赛季的数值保持原样，只在字段旁加注，改动过程记录在战报与公告栏目，任何人都可以往前翻。

02

四个版本，四次修补

站点从一份按轮次排列的文本榜单起步，每一次改版都对应一个具体的麻烦。下面这条线按时间往下走，每个节点写的是当时解决了什么。

1. V1 2016 赛季

   先把东西存下来

   最早的档案是一份纯文本榜单，一个赛季一个页面，只能顺着读。它不好用，但它把“先有归档”这件事立住了。

   • 榜单按轮次顺序输出
   • 只保留赛季最终数值
2. V2 2019 赛季

   让赛季可以横着比

   赛季过滤进入榜单，射手榜第一次能限定到某个区间。跨赛季对照不再需要同时开好几个页面。

   • 榜单支持赛季区间过滤
   • 区间内的条目可以整段对照
3. V3 2023 赛季

   把入口收进一套导航

   星空平台V3导航栏目重构了此前的分散入口，净胜球索引、射手榜与抢断对照共用同一套赛季切换，同一指标在不同栏目里走同一条口径。

   • 三类数据共享赛季切换状态
   • 栏目与站内索引一一对应
4. V3.4 当前版本

   通勤路上也能读完

   移动端通勤模式上线，弱网下战报摘要与净胜球索引在一屏内读完，底栏赛程带常驻在页面底部。

   • 移动端首屏合并战报与索引
   • 弱网下优先加载文字与数值

03

一条数据过五道手

数据不是抓取拼贴的结果。每一场比赛的记录都要经过五道工序，其中两道是人的核对，不是机器的比对。

不同工序的负责方在架构上分开：录入的人不负责校验，校验的人不负责发布，修订必须由两方共同确认。这样做会慢一些，但条目在入库前就有了来源与责任人。

1. 01

   采集

   数据编辑 · 2 人轮值

   比赛结束后 30 分钟内完成净胜球索引的关键字段回传。

2. 02

   录入

   数据编辑 · 按序列分工

   单场比赛的记录在比赛日当天录入完毕，跨日条目进入待办队列。

3. 03

   交叉校验

   交叉校验组 · 4 人

   双人独立比对同一场比赛，出现差异的条目当天挂起，不入库。

4. 04

   发布

   数据编辑 · 每日轮次

   每日 08:00 汇总一轮战报，同步刷新对应赛季的数据卡。

5. 05

   修订

   编辑与校验共同确认

   口径变更同步写入公告，旧条目保留原始数值并加注说明。

五个步骤里，只有发布之后的修订会改动已经入库的条目，而且一定伴随一条公告。没有公告的改动视为错误。

04

覆盖范围与口径记录

数据仓目前覆盖 12 个赛事序列，完成 9 个赛季的归档，累计 3,800+ 场比赛记录与 26,000+ 条球员赛季档案。赛季结束时，该赛季会被冻结为一个基准版本，后续修订不覆盖它，而是并列标注。

• 12 个赛事序列
• 9 个完整归档赛季
• 26,000+ 条球员赛季档案
• 640+ 条更新公告

公告分四类：赛季战报、版本更新、数据口径说明、青训观察。与数值有关的调整都会落到第三类，说明旧口径是什么、从哪个赛季开始换用新口径，以及在哪儿还能看到旧口径的条目。

05

龙江视角：基层与校园

站点兼顾黑龙江本地的体育观察，观察范围集中在基层赛事与校园赛事。这部分内容不追热点，关注防守数据与出场结构，用来补上大范围赛事序列之外的一层参照。

06

分工与边界

站点的日常运转由三部分人组成，人数与职责分开统计，互不兼任，避免同一批人既录入又给自己校验。

协作生态

• 区域体育媒体提供部分赛事的现场记录与影像线索，条目中标注来源栏目。
• 校园体育社团提供本地校园赛事的出场与防守基础记录，以双周节奏汇总为观察条目。
• 数据供应方提供赛事基础数据，站内保留来源标注，与自有校验结果不一致时以校验结果为准并记录差异。

除此之外不存在其他合作关系。任何以本域名之外的名义提供数据或承诺结果的行为，都与站点无关。