数据通道 正常
TRENDS / 09
这里是 6686赛场 的变化台账：桌面端改到哪一步、数据修完没有、旧习惯还能不能用，都按类别归档，翻两屏就能定位一条。
02 / 条目流
时间线索用版本周期与赛季阶段表示，不写具体日期；点标题就地展开，再点一次收起。
卡片栅格与行高基线重排，三种使用情况下比分列保持右对齐，卡片不再重叠或错行。
V9 把追比分页面的卡片栅格和行高基线一起重做。长列表滚动、窗口缩放、多联赛切换三种情况共用同一套基线，球队名、比分行与状态标签各自落在固定位置，滚动到底部也不会出现半张卡片。
回归确认在三种窗口宽度下各做一次：逐屏滚动整条列表，核对比分列右对齐、卡片间无缝隙，再切换两个联赛观察基线是否漂移。三项都通过才标记为已确认，未通过的情况继续留在条目里。
导出角球统计的乱码已在 3 月修复，覆盖桌面端与主流表格软件，字段说明文档同步上线。
导出角球统计时出现的乱码属于编码兼容问题，已在 3 月完成修复。修复后导出的文件兼容 Windows、macOS、Linux 桌面端与主流表格软件，字段说明文档与新文件同时发布。
验证方式：导出一次包含角球统计的比赛数据，用常用表格软件打开，先看角球相关列的字段名是否完整，再看文件末尾是否带有生成时间线索。两项都在，即视为导出正常；缺一项就把文件名与所用表格软件一并提交。
收藏入口从顶部工具条移到侧栏“我的关注”，旧位置不再保留，老用户按两条建议即可完成迁移。
体育桌面端赛事收藏入口变更说明放在这一条：自 V9 起，收藏入口由顶部工具条调整为侧栏“我的关注”，顶部工具条只保留赛程、数据导出两项。旧入口的位置、新入口的位置以及两者之间的差异，在战术板有完整对照。
迁移建议给两条。第一条，先把常看的联赛一次收进“我的关注”，侧栏顺序会成为下次打开时的固定阅读起点；第二条，如果手上还留着顶部工具条的旧习惯，用一次侧栏点击把它替换掉，之后不再需要回头找。
赛程排布、追比分卡片、我的关注列表各有一条切换路径，都是一次点击完成。
多联赛切换保持一次点击完成，常用路径有三条：在赛程排布表内直接切换联赛标签页；在追比分卡片上用左右键切换到相邻联赛；在“我的关注”列表里按已收藏的联赛顺序往下翻。
三条路径在不同页面上结果一致，切换后比分列与时间列的口径不变，回到列表时位置记忆保留。多联赛同时关注的用户平均关注 4.2 个联赛，按侧栏顺序排列比反复搜索更快。
射手榜执行“两次交叉核对 + 峰值时段加派”，球数、出场与排名变化各自留痕。
射手榜的每一位球员数据经过两次交叉核对，赛事高峰时段额外加派人手。数据校对组与赛程编排组、专题内容组分开作业，球数、出场与排名变化各自留痕，改动可以回溯到具体条目。
内容与数据团队 60+ 人按三组分工作业，版本级更新前会安排一次全量复核，把射手榜与赛程排布的字段口径对齐到同一份文档。
提醒负责开场前，订阅负责进行中；桌面端可按联赛分别开启，两者不叠加推送同一件事。
赛前提醒负责开场前的时间点，比分订阅负责比赛进行中。桌面端可以按联赛分别开启，高峰日覆盖超过 500 场时按关注顺序优先处理，未放进“我的关注”的联赛不会挤占提醒位置。
搭配用法很简单：赛季初给要长期跟的联赛开提醒，赛季中段只保留比分订阅，休赛期把两者一起关掉，下个赛季再按同样的顺序打开。
字段口径与单位写进说明文档，文件末尾带生成时间线索，桌面端与网页版命名一致。
导出文件的字段说明写明每一列的口径与单位，角球、射门等统计各自成列，文件末尾带生成时间线索，便于二次整理时确认取数时点。
桌面端、网页版与导出文件三处的功能命名保持一致，字段有变更时文档同步更新。社群分享前建议保留字段说明行，接收方才能读懂每一列在说什么。
首屏三块模块位置常年不变，已知问题以告警色标记，与已修复状态分开显示。
桌面端 V9 的首屏保持三块固定模块：赛程排布、射手榜、追比分卡片。位置常年不变，老用户凭肌肉记忆就能在两屏内找到赛程、我的关注与数据导出。
已知问题以告警色单独标记，与“已修复”的状态区分开，避免把待观察项读成结论。桌面端 V9 与网页版 V9 是同源版本线，功能命名与字段口径两处一致。
日均覆盖赛事约 320 场，高峰日可超过 500 场；专题按索引先行组织，先定位再展开。
赛季中期赛程密度最高，站点日均覆盖赛事约 320 场，高峰日可超过 500 场。这个阶段的专题按索引先行组织：先给出赛程排布与关键场次的位置，再展开叙述，避免在密集赛程里反复翻找。
覆盖足球、篮球等主流项目，合计接入 120+ 个联赛与杯赛赛程源，多联赛切换在一次点击内完成，读赛程和读专题共用同一套索引编号。
主要城市线路就近接入并在高峰时段预留带宽，平均响应较默认线路下降约 38%。
河北地区的就近接入覆盖石家庄、保定、唐山等主要城市的网络线路，赛事高峰时段预留带宽，桌面端长连接复用。平均响应在默认线路基础上下降约 38%，实时比分的中位刷新延迟控制在 1.2 秒以内。
接入层面的反馈走联系通道，附上所在城市、网络类型与大致的发生时段，方便定位是线路问题还是账号侧设置问题。
三步走完：确认场次、核对关键球员、放进“我的关注”，比分订阅随之生效。
开赛前三分钟通常按三步走。先看赛程排布，确认场次与开球顺序；再切到射手榜，核对关键球员的近期数据；最后把这场放进“我的关注”，比分订阅随之生效。
赛季末的赛程分布更集中，用这套顺序可以少切几次页面。需要长期跟的联赛提前放好，临时想看的一场用侧栏顺序临时补位，赛后清掉即可。
版本级更新约每月一次，修复公告随修复同步发布，并附验证方式与回归确认结论。
版本级更新约每月一次，数据修复公告与修复动作同步发布，并附带验证方式与回归确认结论。专题内容保持每周 3–5 篇的节奏，条目按类别归档，不按发布日期堆叠。
站点已累计完成 9 个主要版本迭代，当前维护桌面端 V9 与网页版 V9 两条同源版本线。内容发布前先经事实校对，再经合规复核。
03 / 展开阅读
条目流默认只给分类、标题与两行摘要，点标题即刻展开全文；再点一次收起，回到原来的位置。
全文展开时分类标签仍在标题下方，相关页面跳转留在段末，读完不用回退去找入口。
展开的条目顶部有一条 2px 荧光青线，标出当前正在读的那一条，长列表里滚动也不会认错行。
需要横向比较两条内容时，一一展开再逐个收起，条目顺序保持不变。
EDITOR'S NOTE
04
本栏目写的每一条，都要能回到一个可以复核的位置：接口的刷新表现、修复后的功能状态、入口变更前后的位置差异。
修复类条目必须附带验证方式与回归确认结论。没有验证路径的改动，不会以“已修复”的措辞出现在条目流里，宁可继续放在待观察的条目下。
条目由内容与数据团队按赛程编排、数据校对、专题内容三组分工产出，发布前经事实校对与合规复核两道流程。团队沿革与分工可查主场档案。
不写无法核对的说法，也不为条目补写无法确认的日期。时间线索只说出版本周期与赛季阶段，读者按这些线索就能判断一条变化是否已经生效。
05 / 归档与订阅
五类条目各自成组，展开一组只看一类。桌面端可在赛前提醒里设定开场前的时间点；比分订阅只跟随放进“我的关注”的联赛，不承诺提醒频率之外的服务。
河北地区的接入口径与反馈方式同时在 联系通道 维护，两处数字一致。
