fix(rectification): offer representative time once event-fit is enough
Keep unique-top and width on confirmation only, and stop lagna-frame follow-ups from blocking cards on an already-scored cluster. Co-authored-by: Cursor <cursoragent@cursor.com>
This commit is contained in:
Jesse_Chen
@@ -5067,6 +5067,22 @@
|
||||
- 复发自：无
|
||||
- 修复版本：8b8e5214
|
||||
|
||||
## BUG-337 | 事件吻合已达提出门槛后，生时纠正仍继续 A/B/C/D 追问且不出时间卡
|
||||
|
||||
- 状态：resolved
|
||||
- 首次发现：2026-08-21
|
||||
- 最近更新：2026-08-21
|
||||
- 影响面：生时纠正提出门、精度阶段、`method_followup_plan`、`rectification-offer-candidates`
|
||||
- 用户现象：已确认事件与主限/行运高度吻合（事件吻合率≥80%），代表性时间已挤进约 14 分钟不可分区间，但对话仍继续 A/B/C/D 主题问卷，不出时间选择卡，也不自动采用。继续补事件会把已收敛的候选窗问偏。
|
||||
- 触发条件：申报窗口跨多个本命上升，但得分簇已落在同一上升的十余分钟平台；可评分事件和领域已过提出门槛。用户没有说“暂时想不到了 / 没有更多 / 先这样”。
|
||||
- 根因：`precision_stage` 用整段申报窗口扫描，跨上升时一直停在 `lagna_frame`。该方法追问插在方法覆盖之前，且 `isOfferBlockingFollowup` 把精度阶段的 `dasha_events` 当成挡牌问。BUG-323 又把唯一领先和宽度≤5写进 `propose_allowed`，14 分钟平台永远不能提出代表性时间。并列分钟本应只挡唯一分钟确认。
|
||||
- 修复：精度阶段改为扫描候选簇（按不可分宽度扩到代表分钟附近），不再用整段申报窗决定是否还要拆上升。`propose_allowed` 看事件≥4、领域≥3、诊断稳定，或事件吻合率≥80%；唯一领先和宽度≤5只进确认门。方法覆盖（感情→事业→家人→外貌→疤痕→职业→占问）先于 `lagna_frame`。精度阶段追问不挡出牌；职业仍挡。不自动 `accepted` / `candidate_ready`，仍要用户点时间卡。不改哈希冻结的 Skill 10.0.10 包。
|
||||
- 验证：`tests/test_rectification_refinement_packet.py`（整段窗三个上升、候选簇一个上升时 `precision_stage` 不是 `lagna_frame`）；`tests/test_rectification_confirmation_and.py`（14 分钟并列簇 `propose_allowed` 为真、`confirmation_allowed` 为假）；`frontend/tests/rectification-eight-method.test.ts`（`lagna_frame` 先问未覆盖事业；经典八法覆盖后 `lagna_frame` 不挡出牌）。
|
||||
- 防复发：不得把确认门的唯一领先或宽度≤5重新写进 `propose_allowed`。`precision_stage` 不得再用整段申报窗决定 `lagna_frame`。精度阶段追问不得挡住 `rectification-offer-candidates`。不得把校时 skill 从 10.0.10 改哈希包。
|
||||
- 相关记录：BUG-297、BUG-313、BUG-323
|
||||
- 复发自：BUG-323（把确认宽度写进提出门）；BUG-297（并列分钟应给出代表性时间，而不是继续当收集失败）
|
||||
- 修复版本：待提交
|
||||
|
||||
## BUG-329 | 生时纠正 Agent 回答在结算后一次性出现，推理中无法停止
|
||||
|
||||
- 状态：resolved
|
||||
|
||||
Reference in New Issue
Block a user