Merge branch 'feat/m50-envelopesafe-drop-envelope-message-o' into dev

internal/runtime/trace/errortoken.go

@@ -2,10 +2,10 @@ package trace
 
 import "strings"
 
-// 本文件是「上游错误信封里的自由文本字段能不能出镜」的唯一守卫。
+// 本文件是「上游错误字段能不能出镜」的唯一守卫。
 //
-// 背景：UpstreamErrorInfo 只解析 error.code / error.type 两个字段，而它们是**自由
-// 文本面** —— 主流上游里它们确实是枚举（invalid_request_error、overloaded_error、
+// 背景：UpstreamErrorInfo 只解析 error.code / error.type 两个字段，而它们**可能**是
+// 自由文本面 —— 主流上游里它们确实是枚举（invalid_request_error、overloaded_error、
 // Throttling.RateQuota …），但网关、代理与兼容层可以往里面塞任何东西，包括回显的
 // 用户原文。因此这两个字段出镜前必须像令牌：短、只含标识符字符。
 //
@@ -15,9 +15,25 @@ import "strings"
 //
 // 🔴 M49 收口：守卫的**应用点**同样收进本包 —— UpstreamError 构造时对 error.code /
 // error.type 各调一次（构造即安全，调用点不必也不该再守），构造后的注入走
-// UpstreamErrorInfo.SetCode / SetType（同一道守卫）。因此本包之外的 Go 代码里
-// **不应出现 ErrorToken 调用**：出现了就意味着又回到「调用方逐点补」的漂移形态
-// （M48 复审的 finding 正是这么漏的：httpclient / vision / embedding / weixin 四处）。
+// UpstreamErrorInfo.SetCode / SetType（同一道守卫）。
+//
+// 🔴 M50 修正口径（**取代**原先「本包之外的 Go 代码里不应出现 ErrorToken 调用」的说法；
+// 那条已被证伪：M50 之后本包外确有正当调用点）。判据是**字段的类别**，不是调用点的位置：
+//
+//   - **协议枚举字段**（信封的 status / code / type、DashScope 的 request_id 这类
+//     「一格一个值」的字段）**可以**在渲染点调用本守卫后再出镜。真实取值是短令牌 ⇒
+//     原样通过；上游若在枚举位上塞散文 ⇒ 整体变空串。现行调用点：
+//     `plugins/channels/qq_obv11`（信封 status，两处）、`plugins/channels/weixin_ilink`
+//     （扫码 status 与 redirect_host）、`runtime/multimodal/voice/dashscope_error.go`
+//     （request_id —— M50 之前就存在的正当例外）。
+//   - **自由文本字段**（message / description / msg / wording / 服务端错误说明头 …）
+//     **不得**靠本守卫出镜。它们的问题不是形状（短的人话照样像令牌），而是取值的
+//     控制权：上游想写什么就写什么，而它写的常常是被拒的请求正文 —— 也就是她的话。
+//     这类字段的口径是**默认不带**；要带必须显式 opt-in，并在保留时过 RedactText
+//     （见 trace.UpstreamError 的 WithUpstreamMessage 与
+//     internal/channel/adapter/httpclient 的 WithEnvelopeMessage）。
+//
+// 简言之：本守卫回答「这个令牌形状的枚举值能不能露」，不回答「这段人话能不能露」。
 
 // maxErrorTokenBytes 是 error.code / error.type / request_id 允许出镜的长度上限。
 // 64 字节足够容纳任何真实的枚举与 UUID 形状，又远小于「一段话」。