# R2.2.9 任务报告

## 范围

只读检查 PK01 Sub2API 最近 30 分钟的所有分组、账号质量、客户可见错误、切号结果、临时不可调度和代表请求链路。未修改 runtime、YAML、账号调度或 Sub2API 运行面。

## 全局快照

抓取时间为 2026-07-14 06:14-06:15 UTC，窗口向前 30 分钟，数据会随滚动窗口变化。

- 所有分组共 440 个请求，7 个客户可见错误，客户错误率 1.59%；13 个上游错误，上游错误率 2.95%。
- `unidesk-codex-pool`：约 257-258 个请求，4 个客户错误，错误率约 1.56%，上游错误率约 3.89%。
- `自用`：约 182-183 个请求，3 个客户错误，错误率约 1.64%，上游错误率约 1.64%。
- `grok`：无请求、无错误。
- 两个活跃分组查询时并发约 8-9/218，排队为 0；当前证据不支持把降低池总并发作为主修复。
- 当前有 7/9 个账号可用。`https://api.lwylink.xyz pro 0.1`（ID 29）和 `https://api.lwylink.xyz plus 0.05`（ID 30）因余额不足 403 处于错误状态。

## unidesk-codex-pool

- `https://sub2.pokexiao.com plus 0.03`（ID 31）：95.6/A/preferred，高置信；84 次尝试全部成功，TTFT P95 39.95 秒。
- `https://api.iceiu.com plus 0.03`（ID 33）：87.9/B/healthy，高置信；90 次尝试、2 次失败，失败率 2.22%，TTFT P95 46.90 秒；产生 2 个客户错误。
- `https://sub.yjxm1221.top plus 0.025`（ID 27）：66.2/D/degraded，高置信；55 次尝试、6 次失败，失败率 10.91%，TTFT P95 17.56 秒；产生 2 个客户错误、4 个 `forward_failed`。其 2 次切号均恢复。
- `https://ai.whistlelads.com plus 0.03`（ID 28）：7 次尝试全部失败，证据不足等级；7 次切号全部恢复、7 次临时不可调度，没有形成客户错误，说明内部 failover 有效遮蔽了该账号近期故障。
- 该分组 4 个客户错误均为同步请求：2 个 400、2 个 404，模型为 `gpt-5.6-luna` 和 `gpt-5.6-sol`。
- 分组共 8 次切号，8 次全部恢复；没有候选耗尽。
- request `46bdd23b-e8bf-461d-bb3f-ad6313412ae3`：账号 `https://sub.yjxm1221.top plus 0.025`，最终 502；上游原文是 `400 Input must be a list`，总耗时约 977 秒。该错误更像请求结构或协议兼容错误，不应按临时上游过载盲目重试。
- request `bac355f9-22fc-4d18-a899-8f609d847615`：账号 `https://sub.yjxm1221.top plus 0.025`，HTTP 200 后出现 `stream usage incomplete: missing terminal event`，trace 判为 degraded，说明成功状态不能代表客户收到完整流式响应。

## 自用

- `https://sub2.pokexiao.com plus 0.03`（ID 31）：99.1/A/preferred，中置信；23 次尝试全部成功，TTFT P95 15.98 秒。
- `https://sub.yjxm1221.top plus 0.025`（ID 27）：98.5/A/preferred，高置信；55 次尝试全部成功，TTFT P95 19.94 秒。同一账号在不同分组的模型和请求构成不同，不能跨分组合并评分。
- `https://api.iceiu.com plus 0.03`（ID 33）：86.7/B/healthy，中置信；39 次尝试、1 次失败，产生 1 个 524 客户错误；1 次切号失败。
- `lyon9801`（ID 15）：81.6/B/healthy，中置信；49 次尝试、3 次失败，失败率 6.12%，TTFT P95 9.89 秒；产生 2 个 503 流式客户错误。虽然综合评分为 B，但它仍是该分组近期客户错误主因。
- 分组共 3 次切号，全部失败并出现 3 次选号失败。
- request `da415526-b124-4e23-a4a7-ea48154c851e`：账号 `lyon9801`，流式 `gpt-5.6-sol`；约 1556 秒后才收到 503 并触发切号，此时 context 已取消，选号在约 1 毫秒内失败，trace 判为 `failover-attempted-no-candidate`。这是 failover 时机过晚，不是池容量不足。
- request `4bba7f9b-15e3-4891-b063-bd65fb6e3704`：账号 `lyon9801`，HTTP 200 后发生 `upstream response failed`，trace 判为 degraded，客户可能收到不完整流。

## 判断

- 相比上一轮 60 分钟快照，当前短窗口的客户错误率和上游错误率数值更低，但窗口不同且持续滚动，不能直接解释为配置调优效果。
- 当前主要客户可见错误已经从纯上游过载，分化为三类：
  - 请求/协议兼容错误：`Input must be a list`、404；
  - 超长等待后才 failover，客户上下文已取消；
  - HTTP 200 已提交后缺少终止事件或后续流式失败。
- 对第一类不应无差别重试；对第二类应继续调查 response-header/首事件等待和 failover 触发时机；对第三类需要把 degraded 流式结果纳入客户错误治理，不能仅看 HTTP 状态。
- 最近 30 分钟未观察到同账号重试事件；不能把零事件解释为重试能力不存在。
- 当前只完成分析，没有下发任何调优。
