getDomain/docs/ops_center_runtime/HANDOFF_20260419_0240.md

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 级账本映射策略
• 仍然是高复杂度，但还没到必须切超高

给下一轮的任务卡

任务名：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 级逐条账本。