fix(model): providerUpstreamError 的 error.type 也过令牌守卫

同一份上游报文，兄弟出口 streamEventError 守的正是 type，而 providerUpstreamError
只守了 error.code —— 网关/兼容层把回显塞进 type 时会被原样渲染进错误与日志。
两个字段现在用同一道 trace.ErrorToken：不像令牌的变空串，status/code/body_bytes
等诊断面不受影响。

internal/runtime/model/upstream.go

@@ -40,9 +40,10 @@ func upstreamLabel(name, baseURL string) string {
 // 而这类 error 会被 `chat run` / `loop step` 打日志。截断到 512 字节只是把
 // 「整段泄漏」变成「前 512 字节泄漏」，不是修复。
 //
-// error.code 也要过令牌守卫（trace.ErrorToken）：它在主流上游是枚举，但网关、代理与
-// 兼容层可以往里面塞任何东西 —— 包括回显的输入。不像令牌的 code 一律变空串，代价只是
-// 少一条分类提示；status / body 摘要等诊断面不受影响。
+// error.code 与 error.type 也要过令牌守卫（trace.ErrorToken）：它们在主流上游是枚举，
+// 但网关、代理与兼容层可以往里面塞任何东西 —— 包括回显的输入。不像令牌的字段一律变空
+// 串，代价只是少一条分类提示；status / body 摘要等诊断面不受影响。两个字段用同一道
+// 守卫（不按字段分别处理），是因为「同一份上游报文，两个出口口径不一致」正是下发漏点。
 //
 // 双 %w：既保持 errors.Is(err, ErrUpstream)（降级链按它分类，主 → 备 → 本地），
 // 也让 errors.Is(err, trace.ErrUpstream) 成立（调用方按上游失败分类）。
@@ -55,6 +56,7 @@ func providerUpstreamError(name, baseURL string, resp *http.Response) error {
 		return fmt.Errorf("model: %w: status %d", ErrUpstream, resp.StatusCode)
 	}
 	info.Code = trace.ErrorToken(info.Code)
+	info.Type = trace.ErrorToken(info.Type)
 	return fmt.Errorf("model: %w: %w", ErrUpstream, info)
 }