九年，46 人，
把赛季里的每一次变化标注清楚

一份从 2016 年就开始写的赛季档案

第一个赛季只做赛程与首发轮换的逐场标注。九年下来，记录对象扩展成四类：比赛排期与首发变化、转会窗口内的租借与转会、外援名额的注册归属、球衣号码与球员的对应关系。你在媒体稿里看到的那些节点时间与号码变更，大多来自这套长期累积的记录。

• 已服务赛季 9
• 覆盖级别联赛 3
• 覆盖球队 62
• 单赛季标注比赛 1180
• 转会记录累计 4300 条
• 球衣号码记录 18600 条
• 接入媒体与内容团队 380 家
• 年度接口调用 2400 万次
• 服务覆盖省份 26

46 人分成四支小组，产出各不相同

人数不多，但一条记录经手的人不止一个。点开每一组，能看到他们每天具体在做什么。

• 数据标注 28

  按场次记录首发与轮换变化，逐条录入转会、租借与号码调整。比赛日的大部分工作量集中在他们身上，一个夜场密集的周末，单人一天要跟三到四场。

• 交叉比对 9

  对同一份记录做独立重做，把两份结果摆在一起看差异，分歧点一律退回标注组重标。转会窗口期是这条线最忙的时候，每日两次例行比对之外还要随时补位。

• 产品工程 6

  维护号码视图切换、导出与接口，保证字段名称和数值格式在版本升级后不漂移。媒体和平台方提出的字段诉求，也由他们评估后排进迭代。

• 客户支持 3

  受理引用方的疑问，把问题定位到具体节点、具体区间，再转给对应的标注组处理并跟进回复。工作日 9:00 到 18:00 在线。

系统的每一次升级，都跟着赛季走

版本号从 v1.0 走到 v3.4。每个赛季发布一个大版本，把当季新增的记录对象接进来；赛季中期再发两次小版本，处理标签细分和字段调整。展开每一级，能看到它当时解决了什么问题。

1. v1.0 赛程与首发轮换的逐场记录

   第一版只做一件事：把每一场比赛的排期变化和首发轮换按场次记下来，用统一的节点编号串联。当时的字段只有十来个，但编号规则沿用至今。

2. v2.0 窗口归档与号码视图加入

   转会窗口期的租借与转会开始单独归档，每条记录带窗口时段标记。球衣号码归属支持按注册窗口切换视图，同名球员的误读明显下降。

3. v3.0 两份外援名单并排呈现

   外援名额的联赛规程名单与实际注册名单开始并排展示，两个数字放在同一屏里对照，引用时不必再自行拼接。跨年比对也改为按注册调整次数重新标记。

4. v3.4 标签体系扩展到 12 类

   分类标签从最初的 5 类扩到 12 类，覆盖赛事级别、窗口阶段、注册状态、合同类型等维度，筛选与导出都能直接按标签组合。当前线上运行的即为此版本。

三类人用同一批记录，用法完全不同

同样是查一条号码变更，编辑要的是能写进稿子的确认依据，社区运营者要的是能直接贴给群友的一句话，数据方要的是能批量拉取的字段。

• 体育媒体编辑

  稿子里最怕写错的几个数字

  赛程节点、转会窗口起止、外援名额的当前数值，都是截稿前最容易出错的几项。直接引用标注结果，再把区间和来源一并写进注释，审稿环节省一轮返工。

• 球迷社区运营者

  某支球队这一阶段到底谁在穿几号

  赛季中期号码调整频繁，社区里常为一件球衣归属吵起来。按注册窗口切一下视图，每个窗口内谁用几号、什么时候换的，一目了然，发帖时直接带上时间点。

• 赛事数据服务商与内容平台

  批量接入之后还想二次整理

  网页视图之外，可以走 CSV 或 JSON 导出，也能直接调接口。字段命名与数值格式在版本升级后保持稳定，二次整理时不必因为一次改版重写解析逻辑。

想看具体怎么取用，可以翻到标注系统，那里按模块拆开了四类记录的用法；最近更新了哪些节点，则集中在动态与专题。

资质、认证与外部认可

长期引用一个数据来源，手续和流程上的凭据比宣传语更值得看。以下几项是熊猫赛场已经取得的。

• 著作权 软件著作权 7 项 覆盖标注系统、视图切换与导出模块
• 管理体系 信息安全管理体系认证 接入方在尽调环节可直接调取
• 备案 数据安全等级保护备案 按等级保护流程完成测评与备案
• 2021 体育数据服务创新案例奖 以赛季节点标注方法获评
• 2023 区域数字经济示范项目 入选当年度示范项目名单