fix: unify detect effective job metrics

This commit is contained in:
Your Name
2026-04-19 02:41:45 +08:00
parent cfff515c03
commit 6c4e995f84
5 changed files with 520 additions and 134 deletions

View File

@@ -0,0 +1,127 @@
# HANDOFF 2026-04-19 02:40
## 本轮完成了什么
本轮只处理了一个问题:
- Detect 主统计还是“中央原值 + display 附加值”双轨Runtime / Detect 不够统一
实际完成:
1. 新增有效账本聚合逻辑
2. `active_job` 主字段切到统一后的有效值
3. 保留 `raw_*` 原始中央账本字段
4. 新增针对统一规则的后端单测
5. 重启 `domaincheck-api`
6. 重新验证线上接口
## 本轮关键结果
`detect/job/active` 现在主字段直接返回:
- `items_total = 1000`
- `items_pending = 931`
- `items_claimed = 34`
- `items_running = 14`
- `items_completed = 21`
同时保留原始中央账本:
- `raw_items_pending = 950`
- `raw_items_claimed = 25`
- `raw_items_running = 4`
`node_stats` / `distributed_node_stats` 当前已统一为:
- `mainland-controller-01`
- `mainland-worker-01`
- `overseas-control-01`
- `unassigned = 680`
`detect/queue-summary` 当前主字段:
- `pending = 931`
- `claimed = 34`
- `running = 14`
## 当前最高优先级
唯一最高优先级:
- 决定是否继续进入 item 级结果回写统一
原因:
- 当前主统计已经基本统一
- 剩下真正没闭环的是 `detect_result_projection -> detect_job_items`
## 当前状态结论
当前可以明确说:
- 检测能跑
- 大陆节点确实参与了
- Detect 页面和主统计都更接近真实执行态
- Runtime / Queue / Detect 主摘要开始吃同一套有效账本
## 当前唯一剩余问题
唯一剩余问题:
- 目前还是“聚合统一”
- 还不是“逐条 item 最终一致”
所以:
- 主观感受和主统计已经收口
- 底层逐条账本还没完全收口
## 下一轮如果继续,只做什么
下一轮只做这一件事:
- 查清是否要把 `detect_result_projection` 最小映射回 `detect_job_items`
优先原则:
- 不发散
- 不扩新页面
- 不碰发布动作
## 推荐模型与推理等级
继续推荐:
- `GPT-5.4`
- `high`
原因:
- 下一轮是 item 级账本映射策略
- 仍然是高复杂度,但还没到必须切超高
## 给下一轮的任务卡
```text
任务名I1-detect_result_projection 到 detect_job_items 的最小映射设计批
目标:
1. 查清当前 detect_result_projection 能提供哪些聚合字段
2. 判断是否足以做 item 级状态回写,还是只能做批次级回写
3. 只做最小一致性设计,不重做执行链
范围限制:
1. 不新增页面
2. 不扩控制面功能
3. 不进入发布动作
4. 不并行做别的方向
完成判定:
1. 给出 item 级统一是否可行的结论
2. 如果可行,明确最小落点
3. 如果暂不可行,明确缺的字段和最小补数方案
```
## 一句话结论
这轮已经把 Detect 主统计从“靠 display 补丁看懂”推进到“主字段直接统一可读”;下一轮真正该做的,只剩下是否继续把结果同步推进到 item 级逐条账本。