夏季注册窗
交易最密集的一段
永久转会与租借在同一条时间线上推进，采集条目量最大，比对冲突也最集中。
- 窗口期内每日三批滚动更新
- 租借清单与自由身清单分别成表
01
为什么以窗口为批次，而不是以传闻为线索
传闻没有边界，批次有。把赛季切成年内三个注册窗口之后，窗口内的每一条交易才能被安放、比对、复算；否则“这笔算租借还是自由身”这种问题永远说不清。批次的另一个好处是可回溯——同一批号下的条目，过了多久都能重新拉出来对一遍。
486
单窗平均核定条目
178
单窗永久转会约数
214
单窗租借约数
94
单窗自由身约数
4374
三赛季累计条目约数
租借与自由身不合并
两套清单各自独立成表，标签颜色不同，统计口径也不同。把租借和自由身混进一个数字里，看似条目更多，实际会让引用的人无法判断一笔交易的归属；分列之后，单窗的租借清单和自由身清单可以分别下载、分别核对。
02
五道环节，一条记录走完全程
五个环节不是并列的分工，而是前后咬合的链条：上一环的产出就是下一环的输入，中间任何一步留下分歧，都会在复核环节被退回。下面每个节点标出了它的输入、动作与留下的记录。
-
01
采集
-
02
比对
-
03
标注
-
04
复核
-
05
发布
03
18 个人，四条线，两人交叉
核定团队按内容线拆成四组，转会组最重、复核与仲裁最轻，但后者的签字是条目能否公开的前提。团队规模不大，所以复核不靠人数堆叠，靠固定动作：每条口径至少两人交叉确认，任一方不签字就不进入发布。
- 06 转会组 窗口期内负责采集、比对与归属标注
- 05 伤停组 逐场核定赛前伤停与首发轮换说明
- 04 数据组 抢断指标与积分榜变动纳入同一套校验
- 03 复核与仲裁 抽检已通过条目，处理退回与异议
复核席的角色不是再核一遍全部内容，而是盯着“谁签的字、哪一条被退回过、退回后怎么改的”。这些动作会写进同一条记录，跟随条目一直走到发布。
04
一个赛季，三个窗口阶段
赛季内的核定节奏跟着窗口走。夏季注册窗与冬季注册窗是交易最密集的两段，赛季内补录窗口负责承接遗漏与归属变更。三个赛季累计下来，正是 9 个窗口批次。下表可按阶段横向滑动查看。
冬季注册窗
短窗口，复核最紧
周期短、条目少，但归属类型更容易出现交叉表述，复核环节的抽检比例在此时提高。
- 赛前伤停与首发轮换使用同一判定顺序
- 每条口径至少两人交叉确认
赛季内补录窗
承接遗漏与归属变更
非窗口期每周两批更新。补录窗口的条目会挂回原属的窗口批次，批号不变，改动留痕。
- 伤停线每赛季覆盖 380 场联赛
- 场均 3.2 条说明随场次归档
前瞻口径的依据
上海天空体育前瞻每轮赛前 48 小时发布，覆盖当轮 10 场比赛的赛前伤停与首发轮换说明。它所使用的事实全部来自伤停线与数据线已经签署的条目，因此前瞻只作为口径依据输出，不承担比赛走向的判断。
05
手册从 v1 走到 v3.6
口径手册共经历六次大版本更新，其中四次是结构性变化：先只管转会，再把租借与自由身拆开，然后接入伤停，最后把抢断与积分榜校验并进来。当前手册版本为 v3.6，字段数为 18 个，导出格式保持 CSV、JSON、Markdown 三种。
-
v1
只覆盖转会
最初的版本只回答一笔交易是否存在、归哪家俱乐部，尚未区分交易类型，条目结构只有三层字段。
-
v2
租借与自由身分列
两套清单从此独立成表，标签颜色分开，统计时不再合并，引用者可以直接看出归属类型。
-
v4
接入伤停口径
赛前伤停与首发轮换被纳入手册，二者共用同一判定顺序，逐场核定说明随场次归档。
-
v6
抢断与积分榜并入校验
抢断数据与积分榜变动进入同一套校验范围，每轮更新 20 家俱乐部的 5 项指标。
需要按赛季、窗口、俱乐部三个维度取数，可直接前往数据面板下载按同样的口径筛选。
06
有异议时，记录往哪里走
核定结果向公众开放查阅，也公开承接异议。任何人指出某条口径的问题，都会进入同一套处理路径，而不是被私下消化掉。
-
A
提出异议
说明涉及哪一条口径、指出的问题属于归属类型、窗口批次还是伤停判定，并给出可核对的事实来源描述。
-
B
进入仲裁
复核与仲裁席调出该条目的采集与比对记录，若确认存在问题，退回对应环节重走标注与复核。
-
C
快报留痕
改动结果以条目形式记录在核定快报中，标明原批次、修订内容与生效版本，供引用者对照。