# R2.2.15 任务报告

Artificer 已完成只读调查并把完整证据写入 [GitHub Issue #1999 评论](https://github.com/pikasTech/unidesk/issues/1999#issuecomment-4966948330)。

核心结论：

- 精确“状态码 + 稳定短语”模板适合吸收可确认的非 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。