新增三节:
· 4b 证据链 —— 那条 47.4h 退费,中间 17 轮增量 + **2 次全表重读**(491 万/426 万行)
  都没拉到,第 20 次才出现。19 次查询看不见 = DW 当时确实没有,不是我们没去问。
  且最后那轮窗口只剩 58 分钟余量,险过。
  另记游标真实语义:cursor_after = run_start(墙钟),不是 max(updated_date);
  原注释「run_start 之后 DW 任何写入下次都能捞回」有漏洞——过滤的是 updated_date。
· 4c 分表超时率 —— refund 18.7%>12h、recommendation 18.9%>6h、appointment 仅 2.3%。
  中位数 2.39h 守住了承诺,尾巴没守住;分表差异极大 → DW 内部不同表走不同 ETL 链路。
  recommendation 是召回第二信号源,18.9% 超 6h,直接影响时效。
· 4d 时效与丢失边界是同一个数(48h)——比 T+2 更晚的根本进不来,永远不可知。
  且 full: 全量补摄是**人工临时跑**没有定时任务(最近一次 08-26),漏掉的不会自动修复。
  记录两个未采纳兜底:定期全量补摄 / 跟 DW 对账。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>