赛季层
七个赛季各自成卷，每卷登记该赛季的轮次结构与已入库场次，相邻赛季可以直接横向比对。
07
连续运营赛季
场馆 / 数据 / 档案
红蓝电竞馆：把七个赛季写成可回查的档案
红蓝电竞馆的起点是一处真实运转中的场馆，而不是一份公司介绍。赛程、伤停与半场数据在同一个流程里生成、核验、回流，号码与影像按队别逐年归档。这一页记录的是这套方法本身，以及它为什么经得起回头翻查。
- 2660 累计收录对阵
- 58 内容团队成员
- 21 数据核验岗位
- 12 长期协作场馆
01
场馆的一天
场馆先动，内容才动
开赛那一下只是整条时间轴上的一个点。设备巡检、赛程对表、素材回传与两次例行刷新排在同一条刻度上，页面上的每条记录都对应这个空间里的某个动作。
- 08:30 站点第一次例行刷新与上午巡检同时启动，灯位、计时与广播系统逐项走查，异常项当场登记。
- 11:00 影像组归位前一晚的素材，按场馆与轮次两级标签建档，为后续的图注与赛事摘要预留索引。
- 13:30 与场馆方对表下一轮的开放时段，结果直接写进 PC 端赛事日历的刻度轴。
- 17:00 当日赛事的赛前核验窗口开启，伤停名单进入第二次确认，未通过的条目标为待核验。
- 20:30 第二次例行刷新执行，半场比分与传球成功率在赛后回流完成后一并入库。
- 23:15 通道与设备复位，当日更新日志写档，未闭环的事项顺延到第二天上午的巡查清单。
这条时间轴不随赛程密度变化。常规赛 32 轮的高峰期与季后赛 4 个阶段之间，走查和刷新的节点数量一致，区别只在当日需要处理的场次多少。
02
七个赛季
档案按三层索引摆放
自建馆首季上线算起，站点连续运营七个赛季，累计收录 2660 场对阵。这些内容不是堆在一处，而是沿三条线切开：赛季、轮次、队别。
轮次层
常规赛 32 轮共 304 场，季后赛 4 个阶段共 76 场，合计 380 场。每个轮次节点下挂逐场数据卡片。
队别层
同一支队伍跨赛季的对阵、号码与伤停记录串成一条线，用于回看一支队伍在七个赛季里的位置变化。
每场对阵固定挂载 12 项字段，其中伤停名单、半场比分、传球成功率、替补贡献、近期战绩为核心五项。字段名与取值口径在全站保持一致，不因为出现在不同页面而改写法。
03
核验组
一个数字要过两道手
内容团队共 58 人，其中数据核验 21 人、影像记录 9 人，其余负责编辑、日历维护与季票咨询。核验组不写叙事，只对字段负责。
伤停名单按赛前 48 小时与赛前 6 小时两个节点核验并更新。第一次核验确认名单范围，第二次核验确认临场变动；两次之间出现差异的条目会保留修改痕迹，不覆盖前一版。
半场比分与传球成功率走的是另一条路：比赛结束后 15 分钟内回流入库。核验组与 12 家场馆、6 家数据供应方交叉核对，两处记录不一致时以场馆侧记录为准，并在更新日志里写清缘由。
赛季内每日 08:30 与 20:30 两次例行刷新，是这些节点之外的兜底动作。
- 48h 赛前首次核验，确认伤停名单范围
- 6h 赛前二次核验，确认临场变动并留痕
- 15m 赛后回流窗口，半场比分与传球成功率入库
- ×2 每日例行刷新，分别落在 08:30 与 20:30
04
梯队与号码
号码跟着队别走，而不是跟着人走
青训体系设 U13、U15、U17、U19 四级梯队。球衣号码按队别逐年归档，不随人员流动改写，也不绑定到某一个人身上。
这样处理的好处是序列完整。查询某一级别在某个赛季用过的号码，得到的是一个连续区间，而不是一段被填补过的名单。
七个赛季下来，四级梯队各自形成一条号码索引。索引里只有三段信息：队别、赛季、号码。不呈现具体球员的姓名、肖像或个人资料，梯队家长的关注点也不同——他们关心的是级别与号码的变化规律，而不是某个名字的曝光度。
- U13
- U15
- U17
- U19
05
表达习惯
为什么全站看起来是这样
写法服务于同一件事：让人尽快找到某个数字，并且知道它是从哪来的、什么时候更新的。
- 编号章节 区块统一使用 01–0X 两位编号，红蓝交替。这样做的直接后果是引用变简单——说「第 03 章那组时点」比说「伤停那段」更不容易指错。
- 标签化短句 能用一排标签说清楚的关系，不铺成长段落。段落控制在三行以内，超过就拆。
- 数字优先 口径、时点、数值排在句首，形容词让位。比分与百分比一律用等宽字体，保证纵向对齐后能一眼扫完一列。
- 不写预测 站点只呈现已经发生或已经登记的时间节点，不对胜负、名次、结果作任何形式的判断，也不提供与投注相关的引导。
- 刻度收束 相邻内容之间用刻度线过渡，而不是大片留白，读者能顺着刻度判断自己走到了赛季的哪一段。