先把赛程钉牢，再往骨架上挂数字

从人生就是搏综合体育赛程这条主线往回看，最早能查到的只有三列信息：时间、对阵、主客关系。2019 年做这件事的出发点是查找效率，而不是内容产量——按轮次翻一遍，就能知道某支球队下一场在哪、上一场打成什么结果。

先做赛程、后做统计，是顺序决定的，不是偏好决定的。赛程是可核对的骨架：一轮比赛对应一批出场记录，出场记录再对应跑动切片与轮换字段。骨架没定下来，后面挂上去的任何数字都会漂。所以最初两个赛季，收录范围刻意收窄，只留下轮次节奏稳定、赛程能提前公布的项目。

当前版本的覆盖范围是近 5 个赛季、12 项联赛，其中足球 7 项、篮球 5 项。球队档案收录 186 支球队，每支记录所属联赛、赛季分组与逐轮赛程条目；已归档赛程 4,120 场。

站内对同一批比赛保留两套口径，切换只改变分组方式，不改动数值本身。赛季口径把一支球队的整段赛程当成一条线，用来回答趋势类问题；轮次口径把这条线切成一格一格，用来回答节奏类问题。两者并存的原因很直接：跨阶段比较时逐轮加总容易出错，逐轮核对时看趋势又会错过细节。

比赛日当晚入库的字段先落在轮次维度，再向上汇总为赛季；赛季口径下的阶段汇总值，与轮次逐条相加的结果必须一致。这是每次例行校对都会抽查的一项。

项目进不进名单，不取决于关注度，而取决于这套数据能不能长期维护。评估只看三条：赛程是否完整、技术统计是否可持续获取、轮次边界是否稳定。三条同时成立，才进入正式档案。

更新分成三步走，每一步都有明确的责任组和拒绝条件。入库只做录入，不判断口径；校对只做核对，不改写原始字段；发布只写入口径修订记录，不动上游数据。

从工具到档案库，站点的形态经历过四次调整。每个节点都对应一次生产方式的改变，而不只是界面改版。展开任一条，可以看到那个阶段的收录范围与产出物。

常设团队 14 人，分成三个平行小组，各自有明确产出物。跨组机制只有一条硬规定：任何字段定义的变更，必须三组同时确认后才进入发布流程；每周执行一次口径校对，把分歧记录在案。