短时间内连续调用后全部账号同时进入 3012，随后验证码链路返回 captcha_risk_blocked / F001；建议增加账号池级连发节流 #8

环境

• zcode2api v1.6.6（Windows amd64，当前最新 release）
• 上游 ZCode 请求版本：3.18.2（/api/runtime-info → app_version=3.18.2）
• 账号数：10
• 出口：先为代理池（mihomo + 日本节点），问题发生后改为直连
• 验证码运行时：/api/settings/captcha/runtime → ok=true, ready=true（node 24.18.0 / jsdom 26.1.0）

现象（usage_log 原始时间线，UTC+8）

1. 16:44–16:49 的约 50 发全部成功，间隔约 11 秒，账号轮转正常。
2. 之后每个请求都把整个池轮完（attempt_count 9–10）全部 3012 才失败。
3. 最后一次错误码从 3012 变成 F001，且 attempt_count=1（未轮转，符合文档「F001 不触发节点切换」）。

账号状态（同时刻核查，均未受损）

/api/accounts：10 个账号全部 status=active、fail_streak=0、cooldown_until 为空。与 README.md / docs/network.md 口径一致：3012 与 F001 均不能据此判定永久封禁。

我认为的待确认问题

1. 单次外部请求放大成 N 次上游请求：attempt_count=9~10 意味着一次客户端失败请求已把 10 个账号各打一次，把「一次误用」放大成「整池被风控」。当 3012 属账号维度风控时，是否应立即结束当前请求而非轮询全池？
2. 缺池级连发节流/退避：连续成功约 50 发后整池进风控，网关侧没有「池级 QPS 上限」，也没有「连续 N 个账号 3012 后的池级冷却」。
3. 3012 → F001 的升级：验证码运行时本身正常（ok=true），F001 为验证码平台对环境判定。本次是从日本住宅代理改为直连后出现，出口 IP 是否相关需作者确认。

复现

1. 10 账号池，groups 默认 balanced
2. 以 ~10 秒间隔连续请求约 50 次（内容各异，避免命中缓存）
3. 观察 usage_log：全 success → 全 3012 → 出现 F001

补充

已读 issue #4（upstream_waf_blocked 换网/代理）与 #6（claim risk-control、proxy pool health），本报告是不同错误码（3012 之后的 F001），若判重复请直接关闭。版本已是最新 release，无更新可试。