Files
pikasTech-unidesk/docs/MDTODO/details/sub2api-upstream-reliability/R2.2.31_Task_Report.md
T
Codex d74795632c
Pipelines as Code CI / hwlab-web-probe-sentinel-nc01- Success
Pipelines as Code CI / platform-infra-gitea-nc01- Success
Pipelines as Code CI / unidesk-host- Success
chore: preserve restored parallel task records
2026-07-14 16:05:34 +02:00

4.2 KiB
Raw Blame History

R2.2.31 任务报告

窗口与范围

只读分析全局 priority 于 2026-07-14 15:03Europe/Berlin)生效后至约 15:30 的新窗口。按 unidesk-codex-pool、“自用”和 grok 分组读取原生 dashboard、账号评分、failover、usage、Token、模型和金额;没有再次修改运行面。

账号名称尾部的 0.02/0.025/0.03/0.05/0.06/0.1 按用户确认作为上游采购成本指标。由于未提供该数值的具体计量单位,本报告只按相对成本排序,不把它擅自换算成美元。

总体效果

  • unidesk-codex-pool:117 请求,客户错误 0,上游错误率 0.85%;1 次上游失败触发 failover 并成功恢复,没有错误穿透客户。
  • “自用”:161 请求,客户错误 0,上游错误率 0。
  • grok0 请求。
  • 原生 usage 精确生效后窗口:272 条成功记录,33.245M TokenSub2API 模型计费口径金额 $24.5076。
  • 当前无排队;8/10 可用,账号 29、30 仍因余额不足不可用。

账号表现与成本

priority 1

  • lyon9801104 条成功 usage、11.209M Token;主池评分 100/A、TTFT P95 5.3 秒;“自用”无错误但 TTFT P95 411 秒。账号名称没有成本后缀,无法与代理账号做采购成本数值比较。继续作为可靠性锚点,但“自用”长尾需继续观察,不能把零错误等同于低延迟。
  • https://sub2.pokexiao.com plus 0.0384 条成功 usage、7.075M Token,成本指标 0.03;两组均 0 错误,评分 97.6/A 与 100/ATTFT P95 26 秒和 9.3 秒。当前是成本、稳定性和用量平衡最好的代理上游,priority 1 合理。

priority 5

  • https://sub2.pokexiao.com pro 0.05:新窗口无流量。成本指标 0.05 高于 0.03,但此前主池评分 A,作为比普通 B 级账号更可靠的首层 failover 备用仍合理。短窗口没有证据支持继续提升或降低。

priority 10

  • https://ai.whistlelads.com plus 0.0318 条成功 usage、3.275M Token,成本指标 0.03;发生 1 次账号失败,failover 成功,客户错误为 0,短窗失败率 5.56%、评分 B。priority 10 合理,不应提升。
  • https://api.iceiu.com plus 0.03:新窗口无流量;此前两组 B 且 TTFT P95 7274 秒。保持 priority 10,不因零流量推断改善。

priority 20

  • https://sub.yjxm1221.top plus 0.02539 条成功 usage、7.010M Token,成本指标 0.025;“自用”短窗 0 错误、评分 A、TTFT P95 46 秒,主池无新流量。它仍承载请求很可能来自既有会话粘性;历史主池 E 级证据尚未被 26 分钟单分组短窗推翻,保持 priority 20。
  • https://api.recurdream.com plus 0.0227 条成功 usage、4.675M Token,成本指标最低 0.02;短窗 0 错误、评分 A、TTFT P95 6.8 秒。表现值得观察,但累计证据仍偏少,暂时保持 priority 20;完整新窗口达到至少 100 次尝试且失败率持续低、TTFT 稳定后,可优先考虑提升到 10。

priority 50

  • 账号 19、34 无流量,维持末级。
  • 账号 29、30 余额不足且不可调度,维持 50,并优先退役或补款后重新验收。

调度解释

运行面 openai_advanced_scheduler_enabled=falsepriority 为主要分层依据;openai_advanced_scheduler_sticky_weighted_enabled=false,既有 previous-response/session affinity 仍可能使用 legacy hard-hit。因而 priority 20 的账号在调整后仍有流量,不足以证明 priority 未生效;主池新流量已经主要集中到 priority 1,符合预期。

调整建议

当前不建议立即进行第二轮 priority 修改:

  • 保持 15/31 为 132 为 528/33 为 1027/35 为 20,其余为 50。
  • 下一完整观察窗口优先评估账号 35:达到至少 100 次尝试且保持低失败率、低 TTFT 时,候选 20 -> 10,利用最低成本 0.02。
  • 账号 28 若完整窗口失败率继续高于 3%,候选 10 -> 20
  • 账号 27 即使“自用”继续良好,也应先确认主池历史 E 级问题不再复现;由于没有分组 priority,不宜根据单一分组短窗全局提升。
  • lyon9801 若“自用”TTFT P95 在更长窗口持续超过 120 秒,应优先调查 sticky/长会话与请求结构,不立即做全局降级,以免损害其在主池的优质表现。