2 Commits

Include renames

Author	SHA1	Message	Date
AskaEth	fe3872ee28	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 旧用例同时变红。	2026-10-26 19:13:38 +08:00
AskaEth	3001fcc716	fix(model): providerUpstreamError 的 error.code 过令牌守卫 ... error.code 与 error.type 一样是**自由文本面**：主流上游里是枚举，但网关、代理与 兼容层可以往里塞任何东西（包括回显的用户原文）。M41 已给 type 加了守卫， providerUpstreamError 的 code 一直原样带出，是这一族里唯一还漏的字段。 守卫本色从 runtime/model（safeErrorToken）与 runtime/multimodal/voice （dashscopeErrorToken）两份逐字同形的实现上提到 trace.ErrorToken，model 侧改为 调用它（voice 侧仍是自己那份，不在本切片文件面内，见随附 finding）。 唯一的行为变化就是「不像令牌的 code 变空串」：status / type / body 体积与 sha256、 错误文案模板、双 %w 哨兵链（ErrUpstream、trace.ErrUpstream）都不变。 验收：go build ./... + go vet ./... + trace/model 包 test 全绿；新增用例覆盖 「带空格标点的 code 变空串且 status/type 仍在」与「令牌形状的 code 保留」。	2026-10-26 18:45:38 +08:00