feat(channel): 出站消息 id 采集（可选 seam + qq_obv11 两分支取回）

「接她的话」缺的 A 层：平台给她自己那条出站消息分配的 id，此前在解析的那一刻
就被丢掉（HTTP 只校 retcode、WS 写完不等回声、契约层没有 id 出口）。

- internal/channel/adapter/outbound.go（新）：SendReceipt/SendOutcome/SendIDStatus
  + 可选接口 OutboundReceiptAdapter + 调用方入口 SendWithReceipt。**不加进
  PlatformAdapter** —— 四个未接线适配器与全部桩实现一行不改（向后兼容硬指标）；
  也不用回调：id 是某一次投递的属性，必须随那次投递返回。
- qq_obv11：HTTP 从响应信封 data.message_id 取；WS 登记 send_msg 的 echo 等待者
  （复用 probe.go 的 action 等待表与 routeActionResponse，不另开通道）。取不到
  一律空 id + 三态可分辨（reported/absent/unreported），绝不编造。
- send_msg echo 键改用单调计数器（旧 UnixNano 在 Windows 时钟粒度下会撞键，
  撞键即拿不到自己的回执）。
- 既有 SendMessage/SendProactive 路径行为不变（wantReceipt=false 不等待）。

验收：go build ./... + go vet ./... + go test ./... 全绿（cmd/cyrene、internal/webui
的 setup 失败是 worktree 缺 dist 的既有环境限制，base 同样失败）。

plugins/channels/qq_obv11/http_client.go

@@ -93,13 +93,6 @@ func (c *obHTTPClient) Close() {
 	c.http.CloseIdleConnections()
 }
 
-// send 把一条已构造好的 action 请求（payload 已含 action/params/echo）POST 给 OneBot
-// 并等待结果。它替代 WS 端的「写一帧就返回」：HTTP 有明确响应，成败以 retcode 为准。
-func (c *obHTTPClient) send(ctx context.Context, payload []byte) error {
-	_, err := c.post(ctx, payload)
-	return err
-}
-
 // probe 用最轻量的标准 action `get_login_info` 探活 OneBot 实现，供 HealthCheck 使用。
 // 它不打印 token，也不记录返回的机器人账号信息。
 func (c *obHTTPClient) probe(ctx context.Context) error {
@@ -124,6 +117,10 @@ func (c *obHTTPClient) call(ctx context.Context, action string, params any) (*ob
 
 // post 发送一条 action 请求并解析响应。任何失败都返回带上下文（action、retcode）的
 // wrapped error；错误信息与日志都不含 token。
+//
+// 它把**响应信封整个交回**调用方：send_msg 的出站消息 id 就在 `data.message_id` 里
+// （见 outbound_id.go 的 receiptFromResponse），不再像从前那样只校完 retcode 就把信封
+// 丢掉 —— 平台明明回了 id，我们却在解析的那一刻扔掉它，正是本切片要修的缺口。
 func (c *obHTTPClient) post(ctx context.Context, payload []byte) (*obAPIResponse, error) {
 	if c == nil {
 		return nil, errors.New("qq-obv11: http api client not configured")