Files
pikasTech-unidesk/docs/MDTODO/details/sub2api-upstream-reliability/R2.2.15_Task_Report.md
T

1.5 KiB

R2.2.15 任务报告

Artificer 已完成只读调查并把完整证据写入 GitHub Issue #1999 评论

核心结论:

  • 精确“状态码 + 稳定短语”模板适合吸收可确认的非 auth 上游兼容错误;不得使用 generic 400、generic invalid request 或账号/provider 特例。
  • 400 Input must be a list 已有真实切号成功证据。本轮新请求 e5c08dde-9e60-4a14-9458-5574cec00b65 进一步证明:首跳账号 https://sub.yjxm1221.top plus 0.025 的 400 可冷却并切号,但第二跳账号 https://sub2.pokexiao.com plus 0.03 等待约 60.6 秒后返回 504,第二次 failover 时 context 已取消。
  • 主代理已把同一精确短语加入通用 504 规则并下发非 lyon9801 账号;这只降低后续重复命中,不能缩短首次长等待。
  • Expected an ID that begins with 'ctc'invalid_id_prefix 暂不下发,需先有跨账号成功切换证据,避免把客户载荷或会话亲和错误误判为上游故障。
  • 根治首次长等待穿透需要 Sub2API 源码能力:客户总 deadline、动态每跳首字/响应头预算及 failover reserve;静态 response-header timeout 或 Caddy timeout 不能完整替代。
  • 流式响应一旦向客户提交字节,Sub2API 不能安全重放,只能终止流并记录错误。

本子任务未发送探针,未修改 runtime、YAML、账号、proxy、调度或源码,无 commit、PR 和 rollout。