A·01
盯赛程
每个比赛日，编辑按联赛把当日场次排进核对队列。你关注的那支球队什么时候踢、踢完多久能出稿，队列里排得清清楚楚。
CITY WHISTLE / ABOUT
一支赛事栏目组，
把赛后信息做成档案
疯狂体育桌面端 3.2 版的“城市哨声”，是我们持续维护的赛事案例栏目。你关心的球队哪天换了首发、谁因累计黄牌停赛、哪条伤停消息在赛后有了更新，我们都按联赛整理好，等你在终场后翻开来对一遍。
20
期案例已归档
168
场赛事核对稿
9
名栏目组成员
26
个省份的访问用户
01 / 日常
我们每天在做的三件事
A·02
录阵容变动
首发名单一出，我们比对你上一轮看到的阵容，位置调整、临时顶替、替补抽调都单独记一条，避免你赛后翻旧稿才发现对不上。
A·03
标伤停与停赛
受伤、停赛、累计牌数各自成条，用砖红标签推到你眼前。谁不能上、谁下一场还要停，都是结论先行，不用你从长文里自己扒。
STATUS
1,240
条伤停与停赛记录，累计落在二十期案例里
02 / 选题
二十期案例怎么攒出来
我们按赛季阶段成期，而不是一场一场零散发。一个阶段结束，正好是你回头捋球队走势的时候，那一期的稿子也就齐了。
一期案例覆盖同阶段的若干轮次，合计收录 168 场赛事核对稿。选题优先看两件事：这支球队的关注度，以及这一阶段阵容和伤停的变动幅度。变动越大，越值得单独成稿。
成期发布还有个实际好处——同一个阶段的规则尺度、名单政策、赛程密度是连贯的，你在同一期里横向比几支球队，不会因为时间跨度太长而误判。
赛季期间我们每周更新 2 至 3 期；休赛期节奏放慢到每周 1 期，内容转为目录维护和阶段性版本说明。看台安静下来的时候，档案还在整理。
完整案例合集在案例更新里按期号排开，想看某一期的具体场次，从那里进最快。
03 / 流程
从终场到上线的一小时半
终场哨响之后的那段时间最紧。我们把流程压成了三段，每段有明确的交付物和负责人。
-
STEP 01
终场 +15 分钟
首发与换人名单定稿，事件时间线搭好骨架，先把比分和关键节点写进去。
-
STEP 02
终场 +60 分钟
伤停与停赛清单逐条比对上一轮记录，新增和解除的条目分别标出，避免把旧停赛带到新一轮。
-
STEP 03
终场 +90 分钟
首版核对稿上线。你打开就能看到首发、时间线、缺阵清单和赛后数据，平均读下来大约 3 分钟。
-
NEXT DAY 12:00
次日中午前校订一次
补充赛后通报、修正登记误差，把改动留在稿子里，让隔天再看的你拿到的是更新过的版本。
04 / 团队
栏目组的分工与规模
九个人，三个组。谁看比赛、谁查数据、谁排版索引，各管一段，出问题时也找得到对口的人。
G·01
赛事编辑 · 4 人
跟着赛程看球，负责每场案例的结论句、时间线和叙述顺序，稿子的骨架由他们搭。
G·02
数据核对 · 3 人
管理伤停与停赛条目、阵容变动记录，逐条对上往来名单，负责把数字摆准。
G·03
版式与索引 · 2 人
维护期号封面、联赛色签和检索入口，让你在两三步之内落到想看的那一场。
05 / 目录
十二枚联赛色签的由来
联赛一多，找一场比赛就容易变成翻箱倒柜。我们给每个联赛做了一枚色签，配一个等宽编号，扫一眼就知道自己该点哪里。
06 / 版本
版本演进：3.0 到 3.2
三版走下来，方向一直没变：让赛后核对这件事少绕几步。每一次升级都对应一个你实际会碰到的动作。
-
3.0
搭起案例库框架
单场案例的四层结构定下来：首发阵容、事件时间线、伤停与停赛清单、赛后数据。此后所有稿子都按这个结构写。
-
3.1
上线联赛目录色签
把散在各处的比赛按联赛归入目录，十二枚色签成形。找一场比赛从翻列表变成选色签。
-
3.2
新增城市哨声栏目与首屏重新登录入口
栏目独立成块，换设备后重新登录的入口固定到首屏，两步就能恢复访问。宽屏下多了固定侧边导航，任意联赛目录一键直达。
桌面端支持 Windows 10 及以上与 macOS 12 及以上系统，窗口宽度 1024 像素起自动分栏。移动端与桌面端使用同一套案例结构与栏目顺序，你在电脑上读到哪，拿起手机接着往下看就行。
看栏目与功能07 / 协作
内容协作与勘误通道
我们和 14 家球迷社群、地方体育媒体保持长期协作。线索互补，赛后复核也快一些。你发现哪里记错了，同样可以直接告诉我们。
C·01
线索补充
社群和媒体把本地跟队的观察递过来，我们据此确认名单细节，减少只看得分板带来的漏项。
C·02
赛后复核
关键场次由协作方交叉看一遍，把时间线与换人节点对齐，隔天发布的校订稿更稳。
C·03
修正建议
阵容或伤停记录有出入，提交给我们即可。栏目组通常在 2 个工作日内反馈处理结果。
提交修正