# R2.5.9 任务报告

## 范围

- 目标：PK01 Sub2API v0.1.155。
- 原生观测窗口：约 2026-07-15 00:20 至 02:20（UTC+8）。
- 范围：全部 3 个分组；只读使用原生 admin Ops overview、request-errors、upstream-errors、account-availability、usage、system-log 索引及稳定 request trace。
- 查询有秒级时间漂移：全分组概要为 2214 个请求；随后分组下钻分别为 622、1593、7 个请求。

## 全局用户可见错误

- 全分组概要：2214 个请求、25 个客户错误，客户错误率 1.13%；27 个上游错误，上游错误率 1.22%。
- `unidesk-codex-pool`：621 个请求、19 个客户错误，错误率 3.06%；20 个上游错误，错误率 3.22%。
  - 17 个同步 502 来自账号 31 `https://sub2.pokexiao.com plus 0.03`，模型为 `claude-opus-4-8`，原始语义是输入超过模型上下文窗口。
  - 代表请求 `97a552d6-2b4d-45ff-a449-240201e5f127` 最终 502，未触发 failover；这不是随机账号不稳定，切号通常不能解决超上下文输入。
  - 2 个 `glm-5.2` 请求因组内没有支持账号快速返回 404，其中同步、流式各 1 个。
- `自用`：1586 个请求、0 个客户错误；4 个上游错误全部经 4 次 failover 恢复，客户错误率 0%。
  - 另有 2 个 HTTP 200 后 `forward_failed` 的流式 degraded 请求，稳定请求 ID 为 `abc711f6-aff0-486f-a94b-09426ee4cac1`、`57f1308e-cbe9-4804-bcd9-a2fb5149e944`；它们不计入原生客户错误率，但客户可能感知到流式中断。
- `grok`：7 个请求、6 个客户错误；SLA 分母排除 3 个 business-limited 后错误率为 75%。
  - 唯一账号 36 `https://sub.yjxm1221.top grok` 出现 3 次上游 502 overload。
  - 3 次均触发 failover，但排除失败账号后没有其他候选；随后另有 3 个请求在路由阶段直接 503。
  - 代表请求 `dfd99f91-52e4-4de9-bea9-d64a3e8e623b` 在 1346 ms 收到上游 502，同毫秒进入切号，2 ms 后因 `no available accounts` 返回 502。因此不是切号超时，而是单账号池没有备用候选。

## 首字延迟

- `unidesk-codex-pool`：TTFT P50 3729 ms、P95 8983 ms、P99 10688 ms、最大 101398 ms。
- `自用`：TTFT P50 4076 ms、P95 12768 ms、P99 23386 ms、最大 540382 ms，长尾明显高于商业池。
- `grok`：成功流式首 token 样本不足，TTFT 不可用；唯一成功请求总耗时 2264 ms，不能代替 TTFT。
- 当前 Sub2API 原生 Ops 响应未提供 `/v1/responses` 与 `/v1/responses/compact` 的独立 request-level TTFT，因此本窗口不能可靠拆分普通与 compact；总耗时没有被冒充为 TTFT。
- 账号长尾重点：
  - `https://sub.yjxm1221.top plus 0.025`：自用池 TTFT P95 19286 ms、P99 49075 ms、最大 540382 ms。
  - `https://ai.whistlelads.com plus 0.03`：自用池 P95 14827 ms、P99 25735 ms、最大 27701 ms。
  - `https://api.iceiu.com plus 0.03`：自用池 P95 9088 ms、P99 18947 ms、最大 31725 ms。
  - `https://sub2.pokexiao.com plus 0.03`：商业池最大 101398 ms；自用池 P99 14588 ms、最大 59814 ms。

## 账号评分

评分是分组内、窗口内分析结果；可靠性 60、TTFT 25、当前可用性 15。上下文错误会降低可靠性分，因此不能直接解释为供应商网络质量。

### unidesk-codex-pool

- `https://ai.whistlelads.com plus 0.03`：100/A，高置信，130 次尝试、0 失败，TTFT P95 9906 ms。
- `https://sub2.pokexiao.com pro 0.05`：100/A，中置信，14 次尝试、0 失败，TTFT P95 4839 ms。
- `https://api.iceiu.com plus 0.03`：100/A，高置信，55 次尝试、0 失败，TTFT P95 5416 ms。
- `https://sub2.pokexiao.com plus 0.03`：86.3/B，高置信，373 次尝试、17 次失败，TTFT P95 6557 ms；扣分全部来自超上下文请求，不应据此退役账号。

### 自用

- `https://sub2.pokexiao.com pro 0.05`：100/A，高置信，113 次尝试、0 失败，TTFT P95 7035 ms。
- `https://api.iceiu.com plus 0.03`：100/A，高置信，161 次尝试、0 失败，TTFT P95 9088 ms。
- `https://sub2.pokexiao.com plus 0.03`：99.6/A，高置信，764 次尝试、1 次失败，1 次 failover 成功，TTFT P95 7152 ms。
- `https://ai.whistlelads.com plus 0.03`：96.3/A，高置信，200 次尝试、2 次失败，1 次 failover 成功，TTFT P95 14827 ms。
- `https://sub.yjxm1221.top plus 0.025`：94/A，高置信，193 次尝试、3 次失败，2 次 failover 均成功，TTFT P95 19286 ms；主要风险是极端长尾。
- `https://api.recurdream.com plus 0.02`：100/insufficient，低置信，仅 3 次尝试，不能与高样本账号等价排序。

### grok 与无样本账号

- `https://sub.yjxm1221.top grok`：20/insufficient，低置信，4 次尝试、3 次失败，3 次 failover 均无候选；虽然样本少，但失败模式明确。
- `lyon9801 0.10`、`https://sub.yjxm1221.top pro 0.06`、`https://api.recurdream.com plus 0.02` 在商业池等账号本窗口无流量，保持 insufficient，不伪造评分。
- `https://api.lwylink.xyz pro 0.1` 与 `https://api.lwylink.xyz plus 0.05` 当前均因余额不足 403 不可用；两个 OpenAI 分组均为 8/10 可用。

## 结论与建议

1. 当前不是 Sub2API 总并发问题：全局查询时使用量分别为 11/225、10/225、0/10，排队均为 0；不建议以降低并发作为主修复。
2. 商业池最大错误源是超上下文请求被包装成 502。应优先调查 Sub2API 的 Anthropic 兼容错误映射，把确定的输入/上下文错误转换为明确 4xx；不要给账号加临时不可调度，也不要靠切号掩盖客户输入问题。
3. Grok 是当前真实可靠性短板。单账号结构使 failover 必然失败；源头方案是增加独立可用候选或在没有候选时快速、明确降级。仅增加冷却规则会减少重复撞击，但不能恢复请求。
4. 自用池的上游 5xx 已被切号吸收，但 2 个流式 degraded 仍需继续观察；账号 27 的 540 秒 TTFT 极端值应在后续窗口确认是否复现，再决定是否调整 priority，不能凭单个最大值自动降级。
5. 评分上，账号 32、33 最稳定；账号 31 在自用池表现优良，商业池 B 级主要受客户上下文错误污染；账号 27 可靠性尚可但时延长尾最明显；Grok 账号需要优先补冗余。
