先说清楚，什么才是有效赛果
- 遇到的问题
- 未开赛的占位比分可能被当成真实结果；重复或滞后记录会影响积分榜。
- 产品判断与协作
- 围绕比赛时间、状态与同一对阵定义统计边界，推动 AI 调整规则，避免“有比分字段”就算作赛果。
- 如何验证
- 对照赛程、比赛状态和排名结果，检查无效记录是否排除、同一结果是否重复进入统计。
我的职责
需求与规则设计、页面取舍、反馈收集、真机测试、后台配置、提审发布。
协作方式
以 Codex 为主、Claude Code 为辅推进代码实现。我提供场景与边界，对实际交互和验收结果作判断。
项目环境
原生微信小程序 / CloudBase / API-Football
先定义口径，
再呈现结果。
赛事、赛季、状态和完整度决定了数据能不能放在一起比较。
- 明确赛事与赛季
- 识别有效赛果
- 校验完整度
- 形成可信展示
产品规则示意，用于说明判断顺序，不是产品界面或完整技术架构。
重要的取舍，
在这些细节里。
以下记录来自项目材料与已确认职责。
技术修复由 AI 协作实现，实际功能以微信正式版为准。
同一个球员，也需要完整上下文
- 遇到的问题
- 切换球队、赛事和赛季时，球员数据存在口径混用的问题。
- 产品判断与协作
- 要求查询、导航和缓存保留统计上下文；数据缺项时保留为空，避免拼成看似完整的错误资料。
- 如何验证
- 按不同赛事、球队与赛季交叉核对页面，检查返回、切换和重新进入时的口径是否一致。
列表要轻，比赛不能少
- 遇到的问题
- 整季赛程携带大数组超过响应限制，回退读取又可能只得到部分比赛。
- 产品判断与协作
- 与 AI 协作排查，推动列表和单场详情分开读取，在响应体积与信息完整性之间作取舍。
- 如何验证
- 依据项目验收记录核对整季比赛与近期赛程，不能只以“页面不报错”作为完成标准。
上线，
也是下一轮开始。
规划五个主要入口，围绕数据异常推进修正，完成后台配置、真机验收与提审发布。
- 明确范围从世界杯工具向五大联赛及多赛事扩展，组织五个主要入口。
- 验收与发布本人参与真机测试、后台配置与提审发布；根据实际结果跟进问题。
- 持续迭代继续处理数据口径、性能及页面体验问题；提醒服务有额度与暂停记录，不作为当前稳定成果。
统计对比采用固定模型及模板说明，不是大模型实时预测。
看一次
实际操作。
来自本人已有成片的网页播放副本。保留原有画面与可见字幕，未重新包装成当前版本录屏。
查看文字摘要
展示足球工具如何围绕主队组织比赛、赛程、榜单和数据页面，说明产品入口之间的联系。画面来自历史成片，不能据此认定当前正式版本的全部功能。
