ThearchyHelios
20c24fcf8c
反方审稿审批卡说清「根本没反查」和「到底降不降档」，运行类别取不到时不说出具（前端）
- 服务端给了 unreviewed（核查模型不可用、触顶、数据源不在了等没能反查的句数）就另起一行「N 句没能反查，已记为无法判断」：这几句混在「无法判断」里，分不出是查了数据不够还是一条都没查
- 「出具会降档」只在正式运行、有被推翻的结论、服务端的 degrades 为真时写（老服务端没给时照旧按「不是只标注」算）；按降档处置却不在带出具契约的成果节点上游的，说一句为什么不影响出具档位，不再让审核人以为会降档
- 运行类别取不到时一句和出具有关的话都不说：以前写「暂时无法确认运行类别；如为正式运行……会降档」外加重试，卡顶却按审批自带的运行类别写着正式运行，两处打架。窗口重新拿到焦点时照旧再取，取到正式运行后降档提示才出现
- 理由文档的画法（RationaleDoc）导出给双盲复算的审批卡用：没给跳转时有出处的数字不是按钮，只画实线、挂查询编号、读屏念出处
- 检查器帮助里「结论被推翻时」的选项名照下拉写（出具降档 / 只标注 / 报错并停止运行），和服务端报错里点的名字一致
- 预览用例补没能反查、不在出具路径上两种；check-challenge 补这两段、改写取不到运行类别那一段，并新增一节逐项比对 engine/labels.py 的 CHALLENGE_LABEL、CHALLENGE_ON_REFUTED_LABEL 和检查器的字段名、下拉选项
2026-10-06 07:53:47 +08:00
..
2026-10-05 18:10:06 +08:00
2026-10-05 05:30:50 +08:00
2026-09-30 08:05:15 +08:00
2026-09-30 08:05:15 +08:00
2026-10-04 03:06:14 +08:00
2026-10-06 07:53:47 +08:00
2026-10-04 11:28:49 +08:00
2026-10-05 10:16:15 +08:00
2026-10-04 23:40:20 +08:00
2026-10-06 07:53:18 +08:00
2026-10-04 11:28:23 +08:00
2026-09-30 08:05:15 +08:00
2026-10-04 23:40:20 +08:00
2026-10-02 07:38:44 +08:00
2026-10-04 02:52:43 +08:00
2026-09-30 08:05:15 +08:00
2026-10-04 02:33:15 +08:00
2026-10-05 11:05:42 +08:00
2026-10-04 23:40:20 +08:00
2026-10-04 12:03:14 +08:00
2026-10-04 02:30:36 +08:00
2026-09-27 23:37:32 +08:00
2026-10-04 12:27:38 +08:00
2026-10-05 02:52:28 +08:00
2026-09-30 08:05:15 +08:00
2026-10-05 17:47:21 +08:00
2026-10-02 14:38:10 +08:00
2026-10-05 06:49:45 +08:00
2026-10-05 12:49:19 +08:00
2026-09-29 17:28:34 +08:00
2026-09-30 08:05:15 +08:00
2026-09-26 09:49:16 +08:00
2026-09-30 11:19:25 +08:00
2026-09-30 09:48:16 +08:00