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/probe.go

@@ -181,8 +181,8 @@ func parseStatusResponse(resp *obAPIResponse) (obStatusData, error) {
 		return obStatusData{}, errors.New("qq-obv11: get_status response: empty envelope")
 	}
 	if resp.RetCode != 0 || (resp.Status != "" && !strings.EqualFold(resp.Status, "ok")) {
-		return obStatusData{}, fmt.Errorf("qq-obv11: get_status response: retcode=%d status=%q",
-			resp.RetCode, resp.Status)
+		return obStatusData{}, fmt.Errorf("qq-obv11: get_status response: retcode=%d%s",
+			resp.RetCode, upstreamStatusSuffix(resp.Status))
 	}
 	var data *obStatusData
 	if err := json.Unmarshal(resp.Data, &data); err != nil {