fix(rectification): 候选分钟不变量记忆化（BUG-721）

Shadbala / Ashtakavarga / Dasha 时间轴进 static context；过境盘按事件日期缓存 chart；探针网格相同时只算一次。打分与决策回执与基线 golden 逐字相同（剔除计时字段）。

docs/BUG_HISTORY.md

@@ -11206,6 +11206,22 @@
 - 复发自：无
 - 修复版本：待发布
 
+## BUG-721 | 生时校正把候选分钟不变量放在事件循环里重复计算
+
+- 状态：resolved
+- 首次发现：2026-09-15
+- 最近更新：2026-09-16
+- 影响面：`scripts/active_rectification_event_engine.py`、`scripts/rectification/scoring_service.py`、`scripts/rectification/refinement_packet.py`
+- 用户现象：每记一条证据或答一道题都要重算 `POST /api/rectification/v5/score`，等待明显偏长。不是回归，也不是结果算错。
+- 触发条件：一次请求里有多个候选分钟，并且事件带 year/month 采样（采样日把候选×事件再放大）。
+- 根因：`build_candidate_static_context` 引入后，排盘/分盘按候选分钟只算一次，但 Shadbala、Ashtakavarga、Vimshottari 时间轴、Narayana 周期表仍留在 `_candidate_row` 的事件循环里，被「候选 × 事件 × 采样日」三重放大。过境盘只依赖事件日期，却按候选分钟在最内层重算。`build_refinement_packet` 在 `probe_times == grid_times` 时对 `_discriminating_event_probe_lists` 算两遍。`scoring_service._cached_rows` 是加错层的死代码，生产入口从不走。
+- 修复：把候选分钟不变量挂进 static context，过境盘在 `compute_event_candidate_rows` 调用栈内用局部字典按日期缓存 chart（规则判定仍按候选算），探针在时间网格相同时复用一次结果；删掉 `_cached_rows`。不改算法、权重、阈值、采样规则，也不修 static context 里 Shadbala 的 `birth_minute` 双算。
+- 验证：基线 `a8d29d1b` 真实跑出 golden（公开 1990-01-01 北京烟测盘 + 虚构事件）；改后 `candidate_scores` 与剔除 `column_compare_ms` 的 `decision_receipt` 逐字相同。计数断言：`calc_shadbala` / `calc_ashtakavarga` / `build_dasha_timeline` / `calc_narayana_mahadasha` 在引擎打分路径上各等于候选分钟数；过境 `compute_chart` 等于去重事件日期数；year 精度过境仍早退 `[]`；默认探针路径 1 次、`refresh_probes` 且 refresh 列存在时 2 次。
+- 防复发：新增的候选分钟不变量必须进 static context，不得留在 `_candidate_row` 的事件循环里；新增的事件不变量不得按候选迭代。记忆化只允许请求内显式传递的 context / 局部字典，禁止模块级 `lru_cache` 跨请求持有出生资料派生数据。
+- 相关记录：无
+- 复发自：无
+- 修复版本：待发布
+
 ## BUG-722 | 意图分类器两次异常被说成用户没说清，经历被丢掉
 
 - 状态：resolved
@@ -11253,4 +11269,3 @@
 - 相关记录：BUG-059、BUG-388
 - 复发自：BUG-059（总预算约束）；BUG-388 的防复发只写了单次尝试，因此没拦住
 - 修复版本：待发布
-