fix(trace): 令牌守卫上移进 trace.UpstreamError，构造即安全

M48 复审的中危 finding：error.type 里的散文经 trace.UpstreamError 原样出镜，
因为守卫加在调用方（M46 的 model/voice 两处），构造函数自己不套守卫 ——
任何新调用点默认不安全，httpclient / vision / embedding / weixin 四条出口一直漏。

- trace.UpstreamError 构造时对 error.code / error.type 各走一次 ErrorToken
  （[A-Za-z0-9_.-]{<=64}，不合规即空串）：默认安全，不是可选加固。
- 构造后注入这条窄路收进 UpstreamErrorInfo.SetCode / SetType（同一道守卫），
  供 DashScope 顶层 code 与 Anthropic 流内 error.type 两处使用 —— 调用方不再
  各抄一份 ErrorToken。
- 删除因此冗余的调用方守卫：model.providerUpstreamError 与
  voice.dashscopeOKBodyError。保留 voice 的 request_id 守卫（它不是 code/type，
  构造函数看不见）。
- 四条漏的出口一行没改，只加用例证明守卫上移后自动安全；摘掉构造函数守卫时
  四条用例 + model/voice 旧用例同时变红。

internal/runtime/trace/errortoken.go

@@ -12,6 +12,12 @@ import "strings"
 // 丢弃的代价只是少一条分类提示；保留一个不受控字段的代价是她的话进日志。这道守卫
 // 原先在 runtime/model（safeErrorToken）与 runtime/multimodal/voice
 // （dashscopeErrorToken）各有一份逐字同形的实现，M46 把同一份收敛到这里。
+//
+// 🔴 M49 收口：守卫的**应用点**同样收进本包 —— UpstreamError 构造时对 error.code /
+// error.type 各调一次（构造即安全，调用点不必也不该再守），构造后的注入走
+// UpstreamErrorInfo.SetCode / SetType（同一道守卫）。因此本包之外的 Go 代码里
+// **不应出现 ErrorToken 调用**：出现了就意味着又回到「调用方逐点补」的漂移形态
+// （M48 复审的 finding 正是这么漏的：httpclient / vision / embedding / weixin 四处）。
 
 // maxErrorTokenBytes 是 error.code / error.type / request_id 允许出镜的长度上限。
 // 64 字节足够容纳任何真实的枚举与 UUID 形状，又远小于「一段话」。