fix(compare-alert): cancelled trace 可读但无卡点时回退耗时兜底(超长放弃不再漏报)

线上 trace 几乎总可读,旧逻辑「可读但没判出卡点 → 不报」使 total_ms>90s 阈值形同
虚设,超长放弃(实测 113s / 516s)一条都报不出。改为只有判出卡点才独占带卡点的 T5,
其余(可读没卡点 / 读不到 / 无 trace)一律回退耗时/步数兜底,超长照报(卡点列留空)。
同步更新 stuck-detection 设计文档 6.1 + 修订说明。

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

docs/superpowers/specs/2026-08-05-compare-stuck-detection-design.md

@@ -97,14 +97,19 @@ def last_step(trace_dir: Path) -> StuckPoint | None:
 ```
 worker 对 cancelled 候选:
   res = read_stuck_points(dir)
-  if not res.readable:          # 读不到 trace（目录被清/生产一时读不到）→ 回退保底
-      >90s或>30步 → T5「深度放弃·等待Xs/Y步」; 否则不报
-  elif res.points:              # 读到且有卡死平台 → 报卡死
-      报 T5, reason = "卡在 " + "、".join(f"{平台}·{环节}" for res.points)
-  else:                         # 读到且没卡死（末段在推进 = 正常深度使用后退出）→ 不报
-      不报
+  if res.readable and res.points:   # 读到且有卡死平台 → 报卡死（带卡点环节）
+      报 T5, reason="深度放弃", stuck_point = "、".join(f"{平台}·{环节}" for res.points)
+  else:                             # 其余一律回退耗时/步数兜底(见下方 2026-08-06 修订)
+      >90s或>30步 → T5「深度放弃」(卡点列留空); 否则不报
 ```
 
+> **2026-08-06 修订(compare-fail-alert 排查)**:原设计「读到且没卡死 → 不报」在线上是死路——
+> **线上 trace 几乎总可读**(WORK_LOG_DIR 已配、同机直读),于是耗时兜底那条分支基本永不触发,
+> `total_ms>90s` 阈值形同虚设,**超长放弃(实测 113s / 516s)一条都报不出来**。改为:只有「判出卡点」
+> 独占带卡点的 T5;**其余(可读没卡点 / 读不到 / 无 trace)一律回退耗时兜底**,超长照报(卡点留空)。
+> 权衡:这会重新引入第 1 节「误报」——用户正常浏览 90s+ 后退出也会报。若噪音大,调高
+> `COMPARE_ALERT_CANCELLED_MS_THRESHOLD`(如 180s/300s)收敛,不动代码。
+
 ### 6.2 failed（T1/T2/T6，判定不变 + 附卡点）
 
 ```