feat(gateway): 忙时并行帧层（turn_begin + steer_ack.turnId + interrupt.turnId）

新下行帧 turn_begin：编排器每启动一路恰好一帧（单路 kind:"turn" / 并行路 "parallel"），
data{kind, messageIds, leg, activeTurns}；角色门 fail-closed 仅 owner+admin，未进 frameReachesAll。
steer_ack 增帧壳 turnId（与该路 turn_begin 同源）—— 并行下没有它配不上正确的 turn.end。
上行 interrupt.turnId（仅 scope:"current" 生效）：精确停某一路；目标不存在 ⇒ 定向
{type:"error",data:{code:"bad_request"}}，不广播、不动任何会话；省略 turnId = v0.65 原口径（全部在途路）。
帧序按实现：session_busy / pending_drain → message_persisted(user) → turn_begin
（规范草案 §2.9 的时序图需按实现更正：messageIds 必须是已落库的权威 id，故只能在落库之后）。
测试：编排器侧 + 真 WS/JWT 端到端；变异 5 条（每路一帧 / 帧壳 turnId / 目标化打断 / 取消筛选）。
Docs 待升 v0.66（由监工登记）。

internal/services/gateway/ws_bridge_subagent_result_test.go

@@ -30,9 +30,12 @@ const subagentResultReadWindow = 1500 * time.Millisecond
 // subagentFrame 是测试侧的线上帧视图（等价于客户端解码）：帧壳 type/sessionId 直接
 // 解出，data 保留原始 JSON，使断言既能按形状解码、又能锁住键集。
 type subagentFrame struct {
-	Type      string          `json:"type"`
-	SessionID string          `json:"sessionId"`
-	Data      json.RawMessage `json:"data"`
+	Type      string `json:"type"`
+	SessionID string `json:"sessionId"`
+	// TurnID 是帧壳上的回合标识（design/15 §2.5.9）：结构化流帧、`turn_begin` 与
+	// 带帧壳 turnId 的 `steer_ack` 才有它，其余帧为空。
+	TurnID string          `json:"turnId"`
+	Data   json.RawMessage `json:"data"`
 }
 
 // subagentFrameData 是 api-client §3.10 登记的 data 形状。