fix: recover from canceled cascade panel transport

[baily-zhang]

背景

在 Claude Code / OpenCode 这类重客户端场景下，部分请求会在 InitializeCascadePanelState 阶段收到 The pending stream has been canceled，随后代理持续返回 502。此时账号本身通常仍然健康，问题不在 token、额度或模型权限，而在 Cascade/本地语言服务器的 HTTP/2 transport 会话已经进入坏状态。

这次修复了什么

• 识别 pending stream has been canceled、ERR_HTTP2、session closed、ECONNRESET 等 Cascade transport 异常。
• 一旦 warmup 或聊天阶段命中这类异常，主动清理复用中的 HTTP/2 session、workspaceInit 和 sessionId，避免后续请求继续复用坏会话。
• 不再吞掉 warmupCascade() 的 transport 失败，避免日志显示初始化成功、实际会话已坏的误导状态。
• 将这类错误统一归类为 upstream_transient_error，并在多账号重试链路中按瞬态上游错误退避处理，而不是误判成限流或模型不可用。
• 补充回归测试，验证流式错误能够保留 upstream_transient_error。

验证

• npm test
• 本地 /health 检查通过