getDomain/docs/ops_center_runtime/HANDOFF_20260419_1334.md

HANDOFF 2026-04-19 13:34 CST

本轮完成

• 已修复 controller sync-agent pull_tasks 只导 domains、不导本地执行队列的问题
• 已让 controller 持续创建本地镜像任务：
  • sync-overseas-7380
  • sync-overseas-7383
  • sync-overseas-7392
  • 后续批次持续增加
• 已重启两台大陆 domaincheck-worker
• 已确认两台大陆节点都进入真实任务队列：
  • mainland-controller-01 -> 从任务队列获取到 800 个需要检测的域名
  • mainland-worker-01 -> 从任务队列获取到 400 个需要检测的域名
• 已修复 controller runtime/detect_runs.json 属主错误：
  • root:root -> www:www
• 已确认 runtime_projection 最新同步恢复成功：
  • sync_state = success
  • runtime_projection -> 投影推送成功

当前真实状态

当前 /api/v1/ops/nodes 已显示：

• remote_access_ready = 3
• participating = 3
• dispatch_active = 1

大陆两台当前状态：

• mainland-controller-01
  • agent_state = online_busy
  • detect_runtime.max_threads = 100
  • processed_recent = 115
  • processed_per_minute = 7.67
  • is_current_participant = true
• mainland-worker-01
  • agent_state = online_busy
  • detect_runtime.max_threads = 50
  • processed_recent = 632
  • processed_per_minute = 42.13
  • is_current_participant = true

当前结论

• 大陆两台不是“在线但没干活”
• 而是已经进入真实镜像队列执行
• 100/50 并发也不是停留在配置层，而是已经开始真实消费任务
• 后台运行态同步链已经恢复

现在剩余问题已经收敛到：

• Detect 页面主计数 / 日志窗口是否完全跟上新的运行态
• 恢复后的吞吐是否能持续稳定

一个关键口径说明

当前大陆执行是“镜像队列”模式：

• 海外待检测批次先被 controller 拉回大陆本地
• 在大陆本地形成 sync-overseas-* 的 detect_jobs/detect_job_items
• 再由大陆 worker 真正执行
• 运行态和结果再同步回海外

所以现在不要再只盯中央原生 detect_job_items.claimed/running 判断大陆有没有参与。

应该优先看：

• /api/v1/ops/nodes
• processed_recent
• processed_per_minute
• detect_runtime.active_threads/max_threads

下一轮唯一任务

只做：J2-页面口径与吞吐稳定性收口

顺序：

1. 继续观察 Detect 页面
2. 确认日志窗口是否已经持续刷新
3. 确认主计数是否开始跟随最新运行态
4. 继续观察 1 到 2 个同步周期内：
   • mainland-controller-01 processed_recent
   • mainland-worker-01 processed_recent
   • processed_per_minute
5. 若页面仍不跟，优先修页面读取口径，不扩功能

现在不要做

• 不扩新页面
• 不扩控制面功能
• 不新增模块
• 不进入发布动作
• 不切新方向

推荐模型

• 当前最合适：GPT-5.4 + high

原因：

• 现在主要是收口、验证、局部修复
• 需要稳定推理，但不需要切到超高