补上交付区间收窄的两份回放,并把撞号的记录改成 BUG-1375。
两份各 924 条,12 格包含率都过红线。BUG-1370 到 1374 留给婚恋合盘。 Co-Authored-By: Grok (agent loop)
This commit is contained in:
co-authored by
Grok (agent loop)
parent
1ba473970f
commit
f67d266129
+1
-1
@@ -2,7 +2,7 @@
|
||||
|
||||
## 2026-10-17 — 生时校正的分段范围不再漏掉还可能的时间
|
||||
|
||||
卡片和旁白上的「目前范围」改为读已经算好的分段。差不到 8 分的候选不会因为四舍五入被藏掉。某一段缺少区间数据时,改回显示整段首尾,不再跳过那一段。打分、采用和确认没有改。Skill 版本不变(BUG-1370)。
|
||||
卡片和旁白上的「目前范围」改为读已经算好的分段。差不到 8 分的候选不会因为四舍五入被藏掉。某一段缺少区间数据时,改回显示整段首尾,不再跳过那一段。打分、采用和确认没有改。Skill 版本不变(BUG-1375)。
|
||||
|
||||
## 2026-10-16 — 生时校正的交付范围按还活着的时间段显示
|
||||
|
||||
|
||||
+2
-2
@@ -36498,7 +36498,7 @@
|
||||
- 触发条件:同一声明窗口里有多段还活着的簇,段与段之间的空档大于 4 分钟。`segment_index` 是用户声明的窗口段,不是候选簇。
|
||||
- 根因:`interval_union_width` 和 `unionWindowIntervals` 把同一声明段里的区间收成最早到最晚。交付卡标题走这条包络。
|
||||
- 修复:卡片、旁白、口头可说的钟点和遥测宽度改用还活着的簇。落后峰值达到 8 分的候选不进这段显示,和现在的进区间门槛相同。相邻空档不超过 4 分钟的段合并;超过三段时只写前三段,并写一共几段、大约还剩多少分钟。打分、采用、确认、分离和 `MIN_SEPARATION_LEAD` 不动。写盘和读盘仍用同一个 8。会话标题仍由数据库里的单段生成,本轮不改表。
|
||||
- 验证:`frontend/tests/rectification-living-display-20261016.test.ts` 覆盖单段、空档 4 分钟合并、空档 5 分钟拆开、五段只显示前三段,以及卡片标题不再画出整段包络。原先 `tests/test_rectification_living_display_intervals.py` 也锁同一套合并。BUG-1370 确认技能报告的「不可分宽度」由前端按决策包络填写,Python 没有用户看得到的范围句,删掉了这个没有调用方的文件。合并仍由上面的前端测试锁定。
|
||||
- 验证:`frontend/tests/rectification-living-display-20261016.test.ts` 覆盖单段、空档 4 分钟合并、空档 5 分钟拆开、五段只显示前三段,以及卡片标题不再画出整段包络。原先 `tests/test_rectification_living_display_intervals.py` 也锁同一套合并。BUG-1375 确认技能报告的「不可分宽度」由前端按决策包络填写,Python 没有用户看得到的范围句,删掉了这个没有调用方的文件。合并仍由上面的前端测试锁定。
|
||||
- 防复发:上述测试。显示函数放在密封打分文件之外,打分路径不引用它。没有簇区间的旧结果仍用原来的首尾。
|
||||
- 相关记录:BUG-423、BUG-560。
|
||||
- 复发自:无。
|
||||
@@ -36534,7 +36534,7 @@
|
||||
- 复发自:无。
|
||||
- 修复版本:未修。
|
||||
|
||||
## BUG-1370 | 分段显示用取整分数,还会跳过缺区间的活候选
|
||||
## BUG-1375 | 分段显示用取整分数,还会跳过缺区间的活候选
|
||||
|
||||
- 状态:resolved
|
||||
- 首次发现 / 最近更新:2026-10-17 / 2026-10-17
|
||||
|
||||
File diff suppressed because it is too large
Load Diff
File diff suppressed because it is too large
Load Diff
@@ -6,7 +6,7 @@ issue #77。分支 `codex/rectification-narrower-delivery-20261016`。修复单
|
||||
|
||||
卡片和旁白上的「目前范围」改为读写盘时算好的分段。差 7.2 分、四舍五入后看起来像差 8 分的候选会留下。某个还活着的候选没有时间区间时,整张卡退回原来的首尾,不再把那一段藏起来。打分、采用、确认、分离门槛 8、出题闸 30/45 天都没有改。对半出题和把进区间门槛从 8 改成 6 这次仍然不做。
|
||||
|
||||
77 例基线回放还在跑,输出文件还没落地,所以没有包含率,也不能拿来和改完后的显示对照。没有另开第二份回放。
|
||||
两份回放都已落地,各 924 条。每档都是 70 条能比、7 条被挡住。全对和翻 1/3/5 的包含率都是 70/70。分段显示没有比改前的整段包络更漏真值,12 格都过红线。退出码是 1,因为有被挡住的行,不是条数不够。
|
||||
|
||||
## 口径
|
||||
|
||||
@@ -27,13 +27,26 @@ F4 选 **b**:删掉没有调用方的 `scripts/rectification/living_display_in
|
||||
- 读盘只展示保存下来的区间。旧结果没有这个字段时,标题仍是原来的首尾。
|
||||
- 真实样本:开工 SHA `712a0fd2` 上一条已经答过题的 ±60 回放,只留下分数和区间,日期改锚到 2000-01-01。样本有大于 4 分钟的空档。显示成员与 `stillValidCandidates` 相同,标题是 3 段、共 38 分钟。文件:`frontend/tests/fixtures/rectification-living-display-radius60-20261017.json`。手写的 7.2 分边界和缺区间用例仍在,没有放宽。
|
||||
|
||||
## 基线回放
|
||||
## 包含率
|
||||
|
||||
沿用已经在跑的那一份,没有新开。进程是 2026-10-17 03:31 UTC 启动的 PowerShell pid 668。代码 SHA `712a0fd2a19947405a1dfb486bad96a7661d41c3`。工作树里的回放脚本和这份正在跑的副本哈希一致。
|
||||
比较的是:改前包络是否包住真值,改后分段显示是否包住真值。能比的行都是 70。全对要求包含条数不少于基线减 1;翻题要求比例不少于基线减 5 个百分点。两边都是 70,全部通过。
|
||||
|
||||
计划是 77 例 × 3 个窗口 × 4 种答题,共 924 条。写入本记录时,回放数据库里已有 473 条案例行,日志仍有新的打分请求。输出文件 `docs/research/rectification_narrower_delivery_baseline_2026_10_16.json` 还不存在。案例行数不是包含率,这里不写包含率、剩余分钟中位数或显示宽度中位数。
|
||||
| 窗口 | 答题 | 基线包络 | 改后分段 | 剩余分钟中位数(基线 / 改后) | 显示宽度中位数(基线 / 改后) |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| ±10 | 全对 | 70/70 | 70/70 | 10 / 10 | 10 / 10 |
|
||||
| ±10 | 翻 1 | 70/70 | 70/70 | 11.5 / 11.5 | 12 / 12 |
|
||||
| ±10 | 翻 3 | 70/70 | 70/70 | 10 / 10 | 11 / 11 |
|
||||
| ±10 | 翻 5 | 70/70 | 70/70 | 10.5 / 10.5 | 10.5 / 10.5 |
|
||||
| ±30 | 全对 | 70/70 | 70/70 | 11 / 11 | 15 / 12 |
|
||||
| ±30 | 翻 1 | 70/70 | 70/70 | 17 / 17 | 29 / 17 |
|
||||
| ±30 | 翻 3 | 70/70 | 70/70 | 19 / 19 | 27 / 20 |
|
||||
| ±30 | 翻 5 | 70/70 | 70/70 | 17 / 17 | 28 / 18.5 |
|
||||
| ±60 | 全对 | 70/70 | 70/70 | 21.5 / 21.5 | 32.5 / 21.5 |
|
||||
| ±60 | 翻 1 | 70/70 | 70/70 | 34 / 34 | 65.5 / 34 |
|
||||
| ±60 | 翻 3 | 70/70 | 70/70 | 31 / 31 | 59 / 31 |
|
||||
| ±60 | 翻 5 | 70/70 | 70/70 | 28 / 28 | 53.5 / 28 |
|
||||
|
||||
改完后的同一套对照(T1)没有开跑。基线还占着这套数据库,按交代不能再启动第二份。
|
||||
基线文件 `docs/research/rectification_narrower_delivery_baseline_2026_10_16.json`,代码 `712a0fd2a19947405a1dfb486bad96a7661d41c3`,2026-10-18 18:55 写完。对照文件 `docs/research/rectification_narrower_delivery_t1_2026_10_17.json`,代码 `1ba473970ff58eba4b2a21590feef67a7e2254e8`,2026-10-19 07:54 写完。第一遍对照在启动后约 8 分钟因数据库断开而没有落盘,这一份是重跑的。
|
||||
|
||||
## 测试
|
||||
|
||||
@@ -50,6 +63,6 @@ F4 选 **b**:删掉没有调用方的 `scripts/rectification/living_display_in
|
||||
|
||||
## 其它
|
||||
|
||||
- 开工时本分支已提交的最大 BUG 号是 1369。本轮用 BUG-1370。`origin/staging` 的历史文件最大号是 1366。状态板上婚恋合盘写了「BUG-1370 起」,那一行还没有写进 `docs/BUG_HISTORY.md`。本条按本分支已提交最大号 +1 登记。
|
||||
- 这条显示漏段原先写成 BUG-1370。婚恋合盘保留了 BUG-1370 到 BUG-1374,上游第八轮从 BUG-1380 起。历史文件里也还没有 1375。所以改记为 BUG-1375。婚恋合盘那几个号没有动。
|
||||
- `git fetch` 后 `origin/staging` 为 `edf25918b2f14a4339740be505916ba41e65acb7`(修复单所在提交 `f95eb670` 之后还有 5 个文档提交)。本轮用 merge,不 rebase。
|
||||
- 临时目录 `G:\Ferti\tmp\replay-temp` 和 `G:\Ferti\tmp\baseline-712a0fd2` 不进仓库。
|
||||
|
||||
@@ -36,7 +36,7 @@
|
||||
|
||||
| 任务书 | 进度 | 主题 | 状态 | 落点 |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| `TASK-rectification-narrower-delivery-20261016.md` | `PROGRESS-rectification-narrower-delivery-fix-20261017.md` | **交付区间收窄**:显示改按活着的簇分段。第 1 次打回只补两处显示漏段(取整差 8 分、缺区间整段退回)。对半出题和门槛 8 改 6 仍不做。基线 77 例回放未结束,没有包含率。BUG-1367 起,本轮 BUG-1370 | 待验收 | `codex/rectification-narrower-delivery-20261016` |
|
||||
| `TASK-rectification-narrower-delivery-20261016.md` | `PROGRESS-rectification-narrower-delivery-fix-20261017.md` | **交付区间收窄**:显示改按活着的簇分段。第 1 次打回只补两处显示漏段(取整差 8 分、缺区间整段退回)。对半出题和门槛 8 改 6 仍不做。基线与对照各 924 条,12 格包含率都过红线。BUG-1367 起,本轮原记 BUG-1370,因与婚恋合盘保留号冲突改为 BUG-1375 | 待验收 | `codex/rectification-narrower-delivery-20261016` |
|
||||
| —(子代理直接执行,无任务书) | `PROGRESS-bug-1060-d9-double-transit-20260927.md` | **双重过运 D9 目标错配(BUG-1060)**:D9 第 N 宫目标误用 D9 上升、D9 宫主目标误用 D1 度数,改为标签所写的 D9 星座;D1 / CL 层逐字节不变;数据卡 golden 重采集(一张盘跨层结论 9→10);另记 BUG-1061 跨层数字比对(未修) | 已验收(待部署) | `codex/bug-1060-d9-double-transit-20260927`(未推送) |
|
||||
| —(子代理直接执行,无任务书;产品 2026-09-27 授权) | `PROGRESS-bug-1061-cross-layer-pairing-20260927.md` | **双重过运跨层配对按名字数字比对(BUG-1061)**:改为结构化身份配对(D1 第 N 宫↔D9 第 N 宫;D1 第 N 宫主↔同一颗星的 D9 目标);各层结果与 D1/CL golden 逐字节不变;48 样本跨层条目 31→38;数据卡 golden 重采集(乔布斯 6→9、泰勒 9→10) | 已验收(待部署) | `codex/bug-1061-cross-layer-pairing-20260927`(未推送) |
|
||||
| `TASK-rectification-fewer-probes-card-20260926.md` | [PROGRESS](PROGRESS-rectification-fewer-probes-card-20260926.md) | **减少无效追问 + 卡片区间为主**:引导补件离线新增达标 0 → 上限 6→2、定向题问完门槛未达直接出卡;卡片区间为主标题、代表分钟副标题,第一二名差距 ≥5 个百分点才显示百分比,否则写「目前区分不开」。不放宽任何置信度。先做 | 已验收(真机清单欠) | `4e6e8d87` + 验收补改 `7203d94e`(区分不开时隐藏「最可能」),deploy-staging run 2933 已部署;回放真值 ±30/±60 19→20、宽度中位 ±1 分钟、提问 11.4→7.8;Skill 10.0.30;真机清单 `docs/testing/rectification-fewer-probes-card-20260926.md` 未走 |
|
||||
|
||||
Reference in New Issue
Block a user