fix(runtime): 上游错误体统一走 trace.UpstreamError，正文不进 error

M41 的「LLM / embedding / 视觉 上游错误体」一族（M38 #5 #6 #7 #8 #9 #14）：
非 2xx 时把响应体截断后拼进 error，而 error 会被 chat run / loop step /
retrieve_fallback 打日志，等于把她的提问、记忆正文、要念的台词写进日志。

- model：openai/anthropic 两处 upstreamError 收口到 upstream.go 的
  providerUpstreamError；anthropic 流内 error 事件的 evt.Error.Message
  （原本无上限）整段丢弃，只保留令牌形状的 type
- embedding：readErrorBody 删除，改走 helper（input 就是她的记忆正文）
- vision：错误路径不再沿用取图的 50 MiB 上限，改为 4 KiB 有界读且不拼原文
- voice：classifyDashscopeStatus 只解 code/request_id，正文只留在内存里做
  分类判据；错误体读取同样改为 4 KiB 有界
- 测试：五个上游各一条「日志/error 里搜不到哨兵正文」用例，且能变异打红

internal/runtime/multimodal/voice/cloud.go

@@ -20,7 +20,12 @@ import (
 // 约束单次调用。
 const (
 	cloudMaxResponseBytes = 8 << 20
-	cloudHTTPTimeout      = 180 * time.Second
+	// maxErrorBodyBytes 是非 2xx 响应（错误体）的读取上限。它与
+	// cloudMaxResponseBytes 是不同口径：那个是数据面（音频/JSON 响应）的预算，
+	// 这一条是攻击面的预算 —— 错误体只用来数长度 / 取 sha256 前缀 / 抽
+	// code 与 request_id，因此 4 KiB 足够，绝不整包读进来。
+	maxErrorBodyBytes = 4 << 10
+	cloudHTTPTimeout  = 180 * time.Second
 )
 
 // HTTPSTT 通过向云端 endpoint POST 一个 JSON 请求体并