Codex
1.4 KiB
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。