一支二十六人的班底，守住二十八个联赛的每一轮

起步那年只有一张表、一个人、一个联赛。规模不是一夜之间铺开的，而是一轮一轮加上去的：先把手上的联赛做稳，再引入新的赛事类型，最后才把历史数据接进来。今天单是单赛季收录的赛程条目，就已经到了约 6,400 条。

伤停是赛事数据里最容易出错的一块：名单每天在动，出场状态又常常临场才定。为此站点采用双人复核，一名编辑录入，另一名编辑对照官方赛程与联赛公告核签，两道都过了才放出去。

1. 01

   录入

   数据编辑对着官方赛程与联赛公告录入名单，同时给出状态分档：确认缺阵、出战存疑、已恢复。确认缺阵以警示红突出显示。

2. 02

   复核

   第二名编辑逐项对照上一版面板，把新增、撤销和状态变化挑出来。两个版本之间只要有一处对不上，就先退回重录。

3. 03

   核签

   编辑组负责人确认后签出，版本号随之前推。改动幅度大的场次会在观察报告里留下一条迭代说明。

4. 04

   上线

   面板与日历同步生效，页面顶部刷新指示灯亮起。每个比赛日 07:00、12:00、19:00 三次整点同步，赛程变更确认后 30 分钟内完成更新。

如果你看到某条状态和官方公告对不上，把浏览器版本、页面截图和出现时间一并发到客服邮箱，反馈会顺着这条链路倒着走一遍。具体渠道见咨询通道。

访问设备里 IOS 占约 63%，其中中文界面浏览器又占到 IOS 访问的 78%；用户分布覆盖全国 26 个省份，新疆地区约占 21%。这组数字决定了很多取舍：版面先为一只手拿着的手机排，再考虑宽屏。

面板现在保留 v3.2 与 v2.9 两个版本，可以逐项对照伤停名单与出场状态的差异。之所以不一刀切，是因为不少长期用户已经按旧的字段顺序形成了自己的查看习惯，换版之后他们需要一段并行的过渡期。

打开版本对照后，两个版本不一致的条目会用琥珀色边框标出来，悬停时高亮当行。想知道某一处改动发生在哪一次迭代，可以去观察报告里按赛季翻；想直接看能力模块怎么用，方案中心里有逐项的说明。