getDomain/docs/ops_center_runtime/IMPLEMENTATION_STATUS.md

IMPLEMENTATION_STATUS

更新时间：2026-04-19 02:43 CST

当前真实状态

阶段判断：

• 海外单脑接管能力：约 95%
• 分布式检测真实执行能力：约 94%
• 距离“可稳定上线并放心用后台发起检测”：约 93%~94%

本轮最重要的新事实：

• item 级统一当前不能继续直接推进
• 根本原因已经查清：
  • 大陆逐条结果目前没有进入中央

本轮结论收口

本轮没有进入新实现扩展，而是完成了 I1 的证据闭环：

1. detect_result_projection 当前只有聚合信息

当前 projection.keys() 为：

• job
• latest_event
• queue
• phase

没有逐条结果：

• 没有 domain_id
• 没有 job_item_id
• 没有终态域名列表

2. 中央 detect_run_events 逐条结果只有海外节点

当前中央实际可见：

• overseas-control-01
  • domain_started
  • domain_completed

当前中央不可见：

• mainland-controller-01
  • 无 domain_*
• mainland-worker-01
  • 无 domain_*

3. 因此当前还做不了大陆 item 级回写

这不是简单 SQL 没补的问题，而是输入流还不存在：

• 中央不知道大陆到底是哪个域名完成了
• 中央只知道大陆总体“参与了、跑了多少、当前多少 running”

当前已闭合的问题

已闭合：

• 大陆 controller 无法 pull_tasks
• Detect 页面误判“大陆没跑”
• Detect 主统计口径不一致
• Runtime / Queue / Detect 主摘要不统一
• item 级统一为什么做不了，这个问题现在已经查清

当前剩余问题

当前唯一剩余问题：

• 大陆逐条结果缺少进入中央的最小同步通道

换句话说：

• 当前不是“不会回写”
• 而是“没有可回写的逐条输入”

当前是否可以继续跑检测测试

当前结论：

• 可以继续跑检测测试
• 主统计和节点参与已经足够可信
• 只是不要把 detect_job_items 当作大陆执行结果的逐条真相来源

当前是否建议直接上线

当前结论：

• 如果目标是：

  • 后台稳定发起检测
  • 看懂谁在跑
  • 看懂整体任务推进 那已经基本可用

• 如果目标是：

  • 中央账本逐条反映大陆每个域名的终态 那还差最后一个前置批次

当前优先级判断

最高优先级：

• J1-大陆逐条结果同步前置批

当前不应继续推进：

• 新控制面功能
• 新模块
• 新页面
• 发布动作
• 与逐条结果同步无关的工作

完成下一轮后的预期

如果下一轮把大陆逐条结果输入中央这件事补上：

• item 级统一才会真正可落地
• 后续 detect_job_items 回写会变成纯工程实现问题
• 整体可上线程度预计提升到 95%~96%