 ThearchyHelios
|
1bee9b5100
|
触发历史不再给基准已过时的自动对比；对比页找不到默认基准时标题不再和「可在上方选择」打架，换基准的下拉和基准卡写明失败、取消的运行
- 中间失败的那次事后被接着运行成功之后，第 3 周存着的那份对比（比的是第 1 周，previous 为假）和运行详情「与上一次
对比」的默认基准（现在是第 2 周）又对不上，两处却都写「上一次成功的运行」。auto_compare.outdated 对基准当时就不是
紧挨着的上一次的那几份按 pick_base 现挑一遍，基准变了的算过时；api/schedules._fire_outs 对过时的给 null（不给链接、
不给旧计数），两个同名入口比的始终是同一对运行。基准没变的照旧给：中间那次还没结束、后来失败、被删掉都一样。紧挨着
的上一次不会过时（两次之间插不进新的运行），不核
- test_base_follows_launch_order_not_finish_time 补上：接着运行完之后第 3 周的触发记录不再带对比、任务列表的 last_fire
同样不带、运行详情的默认基准是第 2 周；另加一条基准仍是挑出来的那一次时照旧给出
- 对比页找不到默认基准：标题由「未找到可作为基准的运行」改为「没有默认基准」——失败、取消但封存了的运行不当默认基准，
却照样能在上方手动选；服务端的原因改成「没有找到上一次成功的运行：需要同一工作流、同一运行类别里比这次先发起、成功
结束并已封存的运行」，运行详情弹出的提示单独读也说得清
- 换基准的下拉给失败、已取消的运行写上状态，基准卡也标出来；下拉说明补一句默认基准只取成功结束的运行
- 运行详情「更多」的菜单项点之前不知道基准是哪一次，基准不是紧挨着的上一次时仍叫「与上一次对比」，和触发历史的叫法
不同：注释照实写明，留作后续
|
2026-10-06 13:33:40 +08:00 |
|
|
ThearchyHelios
|
aa2b93f587
|
check-compare 里找不到基准的假答复照服务端的新说法写；触发历史的对比链接去掉没人用的标记
- 「不属于已保存工作流」那一段伪造的 404 说明原先抄的是旧的 NO_BASE_TEXT（更早结束并已封存），改成服务端现在的
「上一次成功的运行……比这次先发起、成功结束并已封存的运行」，假答复和接口约定保持一致
- FireHistory 的 CompareLink 去掉 data-fire-compare-previous：检查只看看得见的字，不靠这个标记
|
2026-10-06 12:30:44 +08:00 |
|
|
ThearchyHelios
|
a18b24ab6f
|
对比页与触发历史照实说「上一次成功的运行」：两个同名入口打开同一对运行、写同一句来历
服务端的默认基准和自动对比已经共用一个挑法（只挑比本次先发起、成功结束并封存的运行），界面上的说法跟着改：
- 对比页的「默认基准：…」改成「同一定时任务上一次成功的运行」「同一工作流、同一运行类别上一次成功的运行」；运行详情
查找基准时的提示、没带本次时的说明同样改成「上一次成功的运行」
- 触发历史的「与上一次对比」：基准不是紧挨着的上一次（previous 为 false）时，链接上看得见的字写「与上一次成功的运行
对比」，触屏、键盘聚焦都看得到，悬停照旧写是哪一次。两种都带上「同一定时任务」的来历：新的说法对这两种都成立，
对比页和从运行详情进去时一字不差
- check-compare：两种来历的说法；运行详情「更多」和触发历史两个入口打开同一对运行、写同一句来历、摘要一致
- check-schedules：previous 为 false 时看得见的字（含键盘聚焦、390px 窄屏）；两个入口拿同一个基准
|
2026-10-06 12:05:40 +08:00 |
|
|
ThearchyHelios
|
35ec307baf
|
运行对比前端打磨：离开运行详情后晚到的答复不再跳走，下一步只指向真走得通的路
查找基准期间离开运行详情：以前只靠组件卸载时取消请求。路由按过渡渲染换页，地址已经换了、新页面还没画出来的那一下
答复回来，组件还在、请求也没取消，照样把人拽到对比页。现在答复回来时再比一次地址（只比路径，换视图、改筛选不算离开），
人已经不在点菜单时的那个运行详情上就不跳，找不到基准时也不弹提示。
换基准的下一步：409、422、缺基准的 404、找不到默认基准，都先看下拉里有没有能换的运行（已封存、不是本次、也不是当前的
基准，409 时出问题的可能正是它），没有就照实说没有其他可换作基准的已封存运行，不再叫人去上方选；还不知道时先不说。
本次的运行记录不存在时，换基准的位置只说列不出同一工作流的运行，不给重试几次都一样的「重试」。
check-compare：「离开之后答复才回来」改成去定时任务列表（进去之后不再自己换地址，/data 会再换成 /data/databases，
晚到的跳转能被盖住），等那一页落定、运行详情卸下再放行，断言走过的地址里从没出现过对比页；另加「立刻放行」：只换地址、
先不通知路由，把空当撑住再放行，找到基准的不跳、找不到的不弹提示。再加下拉里没有能换的运行时 409、422、缺基准 404 的
下一步，和本次记录不存在时换基准的位置不给重试。去掉实现后这些检查各自变红（两轮，共 8 项）。
|
2026-10-06 07:44:49 +08:00 |
|
|
ThearchyHelios
|
c7a9116424
|
运行对比页复核修正（第 1 轮）：照服务端的实际输出改查询编号、无法比较的原因、读不到的基准和未保存工作流的说法
- 查询区不再拿服务端的 (node_id, ordinal) 当键和编号：配上的一对取本次的序号、落单的基准查询取基准的序号，
Agent 换了查询先后时两者会撞上，React 报键冲突，「第 N 条」重复或缺号。改按同一节点在列表里出现的先后编号，
键是「节点:第几」。
- 「拆分或原因」一栏：无法比较、新增、移除的指标，服务端只把原因放在 reasons 里，这一栏原来只剩「—」，现在写
reasons 的第一句。不能拆的「为什么没拆」也写进展开的明细，窄屏上那一格横着滚也看不全。服务端有意不做维度归因
的几类，写明为什么不做。检查夹具改成服务端的实际形状（decomposition_note 为 null）：原来那一项是靠编出来的字段
通过的。
- 换基准下拉：当前的基准读不到时单列一项，写短 id 和「记录不存在」或「无法读取」，不再显示成另一次运行被选中、
选它又没反应。本次的记录读不到时写明原因并给重试，不再一直停在「正在读取」。运行卡读取失败也给重试，记录不存在
的照实写。
- 不属于已保存工作流的运行（没保存过，或工作流已删除）：「与上一次对比」不可点并写明原因，对比页也不再叫人去上方
选基准。服务端对这两种运行都不比。
- 错误说明：409 按机读码分「尚未结束并封存」和「封存核对不一致」，去掉界面上没有的「封存凭证条」。基准不存在时
提示在上方另选。找不到默认基准时，下拉里有能选的运行才说「可在上方选择」。
- 菜单查找基准超过 300 毫秒就挂一条提示；离开运行详情时取消请求，晚到的答复不再把人拽到对比页。
- 一边的 SQL 拿不到时不做逐词比较，另一边不再整条标成「独有」。SQL 注释整段算一个词，注释里的撇号不再吞掉后面的
语句。
- 分类、结构的悬停说明照服务端的分类口径改写；查询按「条」计数，和「第 N 条」一致。
- check-compare 按服务端的实际输出补上这些场景，并加段过滤 COMPARE_ONLY；check-all 里 compare 的耗时估计按实测
改为 45 秒。
|
2026-10-05 10:16:15 +08:00 |
|
|
ThearchyHelios
|
a0837cc82c
|
运行对比页复查修正：互换时不重取运行列表，拆分句的总变化为 0 时写「0」，展开控件只指向在场的明细
- 互换、换了本次之后，新的运行记录还在路上时沿用上一次知道的工作流：下拉不再先退回「正在读取」、再把同一工作流
的运行列表取一遍（能比的两次运行本来就是同一个工作流）；check-compare 补这一项
- 口径变了、数值却碰巧没变（两效应正好抵消）时服务端不给变化量的写法，拆分那句话的总变化写「0」，不再写成
「两者之和等于总变化 无变化」
- 指标展开、查看 SQL 的按钮只在明细展开时才带 aria-controls，不指向页面上不存在的元素；参数前后两个值之间的箭头
对读屏补一句「改为」
|
2026-10-05 09:06:18 +08:00 |
|
|
ThearchyHelios
|
72da2e178a
|
运行对比页对齐服务端的实际输出：变化百分比按百分数写，归因、遮罩、差异说明照服务端给的显示
对照运行对比后端的实现核过一遍字段的写法：
- delta_pct 服务端已经乘过 100（12.5 是 +12.5%），占比 share 仍是小数（0.4 是 40%），两处分开格式化；原先把
delta_pct 也当小数，会写成「+1250.0%」
- 维度归因服务端只给前 10 项、另有几项写在 note 里，照写；归不了因（查询结果截断、度量列遮罩、快照读不出来）时
给空的 rows 和一句说明，只写说明、不画空表；万一多给了仍只列 10 项并写明另有几项
- 约定之外服务端顺带给的几项按可选字段用上：输入的 masked（两边写「已遮罩」，不标变了）、查询的 differences
（结构变了差在哪，列在并排的 SQL 上面）和 problem（快照读不出来、与哈希不一致）、模板配置项的 labels（按节点
类型翻好的叫法，键名放进悬停提示；没给或对不上时照写键名）
- 找默认基准时的 404 分两种：本次这条运行不存在（机读码 run_not_found）写「运行记录不存在」，其余写「未找到
可作为基准的运行」
- check-compare 的夹具照服务端的写法改，补上述几种情形；菜单入口另查「问到基准之后才跳」（先跳到只带本次的地址、
再让对比页去找，原先查不出来）；check-all 登记实测耗时
|
2026-10-05 08:58:34 +08:00 |
|
|
ThearchyHelios
|
e6c77ea4ee
|
运行对比页（前端）：两次运行的指标变化按数据、口径、模板与 SQL 拆开讲
- 运行详情「更多」加「与上一次对比」：先问 compare/base 找默认基准再跳到对比页；没封存、还在运行的不给点；
找不到基准时留在原页，提示服务端给的原因，并可去对比页手动选择基准
- 对比页（/runs/compare?target=…&base=…）：顶部两次运行（名字、时间、类别与版本、定时来源、未封存标记，可点进
各自详情）、互换、换基准下拉（运行列表接口按工作流取，未封存的列出但不能选）；摘要条八类的个数照服务端的
summary，点一类只看这一类；指标表用服务端渲染值，能严格拆分的并列口径效应和数据效应、画两截条形，并写明两者
之和等于总变化，不能拆的写服务端给的原因；展开看变化说明、输入对比、维度归因前 10 项（没有占比时写原因）；
查询区标结构状态，只参数变列出字面量，结构变并排两条 SQL 逐词标出各自独有的部分；模板区写版本、变化的节点和
配置项；说明照实列出
- 加载、找基准、409（未封存或封存核对不一致）、422（不是同一工作流）、404、找不到基准、空对比都写清楚；请求按
「本次 + 基准」取，换基准、互换时丢掉过时的答复，开发模式的 StrictMode 下同一份对比也只请求一次
- 窄屏表格在自己的框里横向滚动（指标名一栏钉住，展开的明细按可见宽度排），深浅色下分类标签、差异高亮对比度都
在 4.5 以上
- check-compare.mjs 换成真检查：page.route 假接口覆盖入口、摘要、分类、拆分、归因、SQL 并排、换基准与互换、
过时答复、各类错误、窄屏和深浅色
|
2026-10-05 08:43:32 +08:00 |
|
|
ThearchyHelios
|
6041073ef2
|
检查脚本骨架：check-all 另起的后端带 AGENTLAB_SCHEDULER=0，拷来的数据目录不会替原库到点发起运行、发出 webhook。新加 check-schedules、compare、verify、inquiry、bundle、whatif 六个占位检查（只打一行通过，输出格式和别的检查一样），登记进 ORDER 和 ESTIMATE，各工作包换成真检查
|
2026-10-04 23:40:20 +08:00 |
|