[Feature] 5h到了后延迟多少秒探测。现在是统一探测。除非要每次探测设置小一点，要不然就会导致所有号都是同一个5h到期时间 #488

Activity

1. markzhao3344-sudo

   added

   enhancementNew feature or requestNew feature or request

   on Oct 16, 2026
2. LJC-god commented on Oct 17, 2026

   

   LJC-god

   on Oct 17, 2026

   Contributor

   More actions

   已提交部分调度支持 PR #497：#497

   新增可选 usage_probe.reset_delay_sec 和 reset_jitter_sec，各为 0–3600 秒，默认均为 0（保留现有行为）。对有有效、已到期 5h reset 的周期探测，最早执行时间为 reset + 固定延迟 + 按账号身份/本轮 reset 计算的稳定错峰值；重复 tick、进程重启或账号重排不会重新随机并不断顺延。

   保留原有退避、并发与单飞限制；不延迟手动探测、事件触发探测或独立 Messages 健康检查。延迟探测也会延迟面板用量与恢复状态刷新。

   验证：假时钟及相关测试 114/114 通过；同一回归测试放到未修复基线上出现 9 个预期断言失败。发此评论前，PR 当前 head 的 unit / web / kernel / worker / arm64 五项 CI 均已通过。

   重要边界：这只是错开周期探测，不保证把服务商侧的 5h 窗口起止时间打散。官方 usage GET 是否会开启窗口尚未验证；真实流量、手动/事件探测、独立健康检查仍可能更早触发请求。没有使用真实账号验证窗口行为。目前 PR 尚未合并，因此仅关联本 issue，不将其宣称为完整解决或自动关闭。