pikasTech-unidesk/docs/MDTODO/details/sub2api-upstream-reliability/R2.5.9_Task_Report.md

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 账号需要优先补冗余。