# HANDOFF 2026-04-19 14:54 CST

## 本轮目标

把代理链从“预验证优先”切到用户指定的最小高效路径：

- 只去掉过期 / 非法代理
- 不再单独做可用性预验证
- 直接投入真实检测
- 失败即淘汰并触发补刷

## 本轮已完成

- 已修改 [detect_worker.py](/www/wwwroot/getDomain/domainCheck/detect_worker.py)
  - `refresh_proxy_pool()`
    - 移除预验证入池逻辑
    - 仅做过期 / 非法 / 去重过滤
    - 直接把代理源返回结果入池
  - `remove_proxy()`
    - 代理失败后不再留在当前池尾部
    - 直接从当前池移除
    - 保留失败标记并在低水位时触发补刷
- 已重启 `domaincheck-worker`
- 已确认 worker 新日志进入运行态

## 最新运行证据

- worker 最新日志：
  - `代理池刷新完成，共 270 个入池代理，来源链接 6 个，原始 270 个，去过期 0 个，非法 0 个`
- API 最新状态：
  - `available_proxy_count = 270`
  - `proxy_last_refresh_status = 直入池 270 个（跳过预验证）`
  - `proxy_last_validated_count = 0`
  - `proxy_runtime_reason = healthy`

## 当前判断

- 这轮目标已经完成
- 代理链现在已经符合“直接跑任务，失败就丢弃代理并换新”的要求
- 下一步不该再回头做单独代理预验证

## 下一步主任务

唯一主任务：

- 继续观察真实检测吞吐是否随直入池策略抬升
- 重点看：
  - `/api/v1/detect/status`
  - `/api/v1/ops/nodes`
  - 检测页主计数 `pending/completed/running`
  - 失败代理淘汰后是否能持续自动补池

## 若下一轮继续

优先处理：

- “并发已下发但主计数不明显推进”的统计 / 调度口径问题

不要处理：

- 不要重新加回重预验证逻辑
- 不要扩展新页面
- 不要扩展控制面新模块
- 不要发散到发布链或新专题文档