项目

一般

简介

行为

0002-Sprint5回顾会议 » 历史记录 » 修订 1

修订 1/2 | 下一页 »
Huarui Lin, 2026-04-29 09:50


Sprint 5 回顾会议

会议主题:Sprint 5 回顾与物理交付验收 —— S5 标准化与 Spearman 降维防线闭环
参会角色:架构师、研发工程师、QA
会议基调:物理交付一票否决。严格对照《Sprint 5 规划会议 Agenda》逐项核验实施偏差,禁止任何“逻辑上等价但物理行为偏移”的妥协通过。


【会前需决策/确认事项】(请提前准备,会议上直接出示)

  1. 文档契约更新证明:请出示修改后的 2-dry_module_list.md 截图或 Diff,证明 core.standardization_math 模块已明确标注“S5 训练阶段因内存红线豁免复用”。
  2. 物理交付物清单:请出示 CI 流水线归档目录下,本 Sprint 实际产出的所有物理文件清单(必须包含但不限于双形态参数文件、日历表文件、特征列表 JSON)。
  3. 配置实例确认:请出示本次训练实际使用的 config.yaml 中 s5.train_start_year、s5.train_end_year 以及 spearman.load_mode 的具体配置值。
  4. CI 门禁执行报告:请出示本次 Sprint Merge Request 中,Schema 对称差拦截、EWM/OLS 金色单测、工程治理正则扫描的 CI 执行日志截图。

议题 1:架构基线与 DRY 豁免决议复盘(5 分钟)

  • 对照基线:回顾规划会议议题 1 的豁免决议。
  • 验收动作:审查 S5.2 标准化 Apply 阶段的 Git 提交记录,绝对封杀任何调用 core.standardization_math 的代码路径。
  • 文档闭环:确认待办事项“更新 2-dry_module_list.md”已物理落地,未完成则本项一票否决。

议题 2:数据流加载边界与配置契约复盘(5 分钟)

  • 对照基线:回顾规划会议议题 2。
  • 验收动作:
    • 审查代码中是否存在硬编码的年份区间,必须强制源自 config.yaml 的 Pydantic 校验实体。
    • 审查 Spearman 阶段是否严格通过 core.stream_engine 进行按年流式加载,确认无裸 scan_parquet 循环。

议题 3:S5.1 截面聚合与双形态参数物理时序隔离复盘(15 分钟)

  • 对照基线:回顾规划会议议题 3 与规约 5.1/5.2 节。
  • 物理验收(需出示文件):
    • standardization_params_wide.parquet:抽查内部数据,验证是否已在稀疏的 net_value_date 上执行了 .shift(1) 实现 T-1 对齐。
    • calendar_dim.parquet:验证是否基于 S3 全量时间极值动态生成了绝对自然日频连续日历表。
    • standardization_params.parquet:使用 PyArrow 读取 Footer Metadata,强制验证物理排序键是否绝对为 ["feature_name", "date"],验证是否存在因自然日 Ffill 产生的时序错位空洞。
    • 生产就绪哨兵:在参数表中过滤出 std==0 或 mad==0 的截面,验证对应的 is_production_ready 是否绝对为 False。

议题 4:S5.2 标准化 Apply 物理防线复盘(10 分钟)

  • 对照基线:回顾规划会议议题 4 与规约第二部分第 5 节。
  • 物理验收(代码级审查):
    • 死刑级红线排查:全局搜索 unpivot 关键字,确认 3000 万行宽表未被解构。
    • IEEE 754 拦截器:审查标准化 Apply 的 Polars 表达式树,确认强制存在 pl.when(pl.col("std_xxx") == 0).then(pl.lit(None)) 逻辑,验证是否有隐式的 Inf 产生路径。

议题 5:S5.3 训练 Join 三键死锁与毒样本截断复盘(10 分钟)

  • 对照基线:回顾规划会议议题 5 与规约 5.4 节。
  • 物理验收(代码级审查):
    • 三键死锁:审查特征宽表与标签表 Join 的 AST(抽象语法树),确认 on 参数必须且仅为 ["fund_id", "net_value_date", "segment_id"]。
    • 截断时序验证:确认“将 is_feature_complete == False 的行 label 覆写为 0”这一动作的物理执行顺序,必须在 Join 之后、传入 Spearman 计算之前。严禁在 S4 阶段或 Join 前执行此覆写。

议题 6:S5.4 Spearman 秩相关内存防爆防线复盘(15 分钟)

  • 对照基线:回顾规划会议议题 6 与规约 5.5 节。
  • 物理验收(代码级与数学级审查):
    • 防漂移锁定:审查代码,确认 scipy.stats.rankdata 调用处显式传入了 method="average"。
    • 对称化截断:确认累加完成后,强制存在 matrix = (matrix + matrix.T) / 2 物理截断语句。
    • 降维产物契约:审查输出的 final_feature_list.json,确认被剔除的特征对之间的 Spearman 系数确实 >= 0.90(需出示验证脚本输出或日志)。

议题 7:CI 门禁执行与工程治理闭环(5 分钟)

  • 对照基线:对照 2-dry_module_list.md 红线清单。
  • 验收动作:
    • 确认新增的 calendar_dim.parquet、standardization_params.parquet 等文件是否已纳入 Schema 对称差拦截器的硬编码契约中。
    • 确认本次新增代码未触发“工程治理正则扫描”中的任何拦截(如魔法数字硬编码、违规 API 调用)。

议题 8:遗留问题与技术债清理(5 分钟)

  • 确认在 Sprint 5 实施过程中,是否产生任何为了绕过 50GB cgroup 而引入的“临时 Hack”。
  • 若存在,必须在此环节转化为明确的 Tech-Depot Ticket,严禁带入 Sprint 6。

会议出口条件:以上 8 个议题全部通过物理验收,且无未决 Tech-Depot,方可签署 Sprint 5 交付确认书,解锁 Sprint 6(S5.3 训练与 S6 推理)的代码拉取权限。

由 Huarui Lin 更新于 5 个月 之前 · 1 修订