# R6 任务报告

## 结论

近 30 分钟 `unidesk-codex-pool` 的客户可见错误集中于 `https://sub.yjxm1221.top pro 0.06`（账号 19）：22 个错误均由该账号产生，状态为 524，原始失败请求约 126 秒结束且没有 failover。账号 runtime 已启用通用 `codex-upstream-failover` 模板，但模板仅覆盖 400、429、500、502、503、504、524，缺少用户反馈的 `529 Overloaded / API is at capacity`。

## 调优

在通用模板新增 529 规则，关键词为 `overloaded`、`api is at capacity`、`the api is at capacity`，冷却 1 分钟。通过 `runtime apply --select-configured-policy --account-type apikey --exclude-accounts 15` 先 dry-run，再 confirm 精准应用到 9 个已配置该策略的 API-key 账号；`lyon9801 0.0` 明确排除。写入结果为 9/9 succeeded、9/9 reconciled、0 mismatched。

## 验证

账号 19 回读显示模板规则从 7 条增至 8 条，状态码集合为 `400,429,500,502,503,504,524,529`。修复后 5 分钟窗口内盈利池有 77 个请求，上游客户错误为 0；唯一客户错误是账号 15 的 `499 context canceled`，阶段为 internal，属于客户端取消，不计为上游故障。

## 边界

未修改 Sub2API 源码、版本或外部哨兵。运行面变更只更新内置 request-path 临时不可调度规则；YAML 同步记录同一通用模板，避免后续 drift。
