fix(httpclient): 信封 message 默认不进错误，渠道上游自由文本一并收口

信封路径（非 2xx + 信封体、2xx + code!=0）此前把上游 message 经 RedactText
拼进 error，而上游会在 message 里回显被拒的请求正文 —— 她的原话因此进了错误
与调用方日志（M49 探针实测：code 1: invalid content: 她刚才说的那句话 ...）。

- envelope message 改为**默认不带**（新 opt-in WithEnvelopeMessage()，与
  trace.UpstreamError 的 message 同一口径）；code 与上游 status 保留，
  errors.Is 的 ErrAPI / trace.ErrUpstream 链不变。
- opt-in 下统一走单一清洗 upstreamText：压平空白 + trace.RedactTextLimited，
  上限 40 rune（比 trace 的 128 短：错误里那句话是提示，不是摘要）。
- plugins/channels 同族出口一并收口（扫过全部，命中 4 处）：
  telegram description、qq_obv11 msg（错误 + logEchoFailure 日志）、
  weixin_ilink CDN x-error-message；qq 的 status 字段改走 trace.ErrorToken
  令牌守卫。被剥掉的一律由 status / error_code / retcode 承担分类。

每条新增/改写用例都做过变异验证（把字段拼回去即变红）。

plugins/channels/qq_obv11/outbound_id.go

@@ -27,6 +27,7 @@ import (
 	"time"
 
 	"git.yeij.top/AskaEth/Cyrene_v2/internal/channel/adapter"
+	"git.yeij.top/AskaEth/Cyrene_v2/internal/runtime/trace"
 )
 
 const (
@@ -155,7 +156,9 @@ func (a *Adapter) logSendReceipt(ctx context.Context, receipt adapter.SendReceip
 //
 // 回执报错**不**改成返回 error：帧已经写出去了，把「已投递」报成失败会让调用方重发。
 // 但**绝不静默** —— 观察到了一个「发送失败」却一声不吭，正是「数据看到了又丢掉」的
-// 老毛病（本切片要修的就是它）。只记 retcode / status / msg，不记正文。
+// 老毛病（本切片要修的就是它）。只记 retcode 与 status（status 过 trace.ErrorToken 的
+// 令牌守卫）：上游的 msg / wording 是自由文本面，会把失败的请求内容回显出来，所以
+// **不记**（M50 口径，与 http_client.post 的错误文本同一道边界）。
 func (a *Adapter) logEchoFailure(resp *obAPIResponse) {
 	if resp == nil {
 		return
@@ -164,5 +167,5 @@ func (a *Adapter) logEchoFailure(resp *obAPIResponse) {
 		return
 	}
 	a.log.Warn("send_msg echo reports failure",
-		"retcode", resp.RetCode, "status", resp.Status, "msg", resp.Msg)
+		"retcode", resp.RetCode, "status", trace.ErrorToken(resp.Status))
 }