feat(gateway,loop): 忙时并行回合基础管线（I1′ 有条件放宽）

- turnId 由编排器生成、loop Run 复用（硬前提：否则 turn_begin 与流帧各铸一个，客户端两级分桶立即失配）
- StateSink 增带 turnId 的变体（未接线时退化为现签名，不丢状态帧）
- 上行 chat.parallel（WS chat 帧 + REST 三入口同形；省略 = 逐字不变）
- 单会话额度默认 2 / 硬上限 3 / <2 关闭；额度满或未声明 ⇒ 落回既有排队语义
- I1′：checkpoint 归属、历史配对、忙态计数三处从会话级单例升为路级
- session_idle 收紧为「所有在途路收尾且 pending 空」（仅并行时生效；单路逐字不变）
- 预留接口（形状定死、无实现无接线）：tool/legfile.go 的 FileClaimer / ErrFileBusy / WithLegID
- 顺手修一个真 bug：并行路 ctx 派生自提交请求作用域，REST 同步入口一写响应就把它连坐杀死（改 context.WithoutCancel 派生）
- 23 个新用例（含 -race -count=3）；变异 6 条（turnId 复用 / idle 时点 / 并行升级 / checkpoint 键 / 编排器交 id / pending_ack reason）
- 契约变更点 10 条待监工升 v0.65（本人未改 Docs/**）

internal/services/gateway/rest.go

@@ -115,6 +115,9 @@ type loginResponse struct {
 // 同一个非空值只承认第一条 —— 重复到达返回既有消息 id（`{duplicate:true,
 // messageId}`）而不再落库、不再起回合，客户端据此把本地乐观气泡对齐到服务端
 // 真相（替代「靠文本相等」的脆弱匹配）。省略它时行为与加入该字段之前逐字相同。
+// Parallel 是「把本条作为**独立一路**处理」的显式声明（design/15 §2.5）：它可选，
+// 只有忙时且并发额度未满才照准（见 orchestrator.Submit 的并行分支）。省略它时
+// 行为与加入该字段之前逐字相同 —— 服务端**不做**任何启发式自动升级。
 type chatRequest struct {
 	SessionID   string `json:"sessionId"`
 	Text        string `json:"text"`
@@ -126,6 +129,7 @@ type chatRequest struct {
 	// 条，每条只给**服务端存储名**（绝不接受任意 URL）。解析与校验见
 	// chat_documents.go。
 	Documents []chatDocumentRef `json:"documents,omitempty"`
+	Parallel  bool              `json:"parallel,omitempty"`
 	Stream    bool              `json:"stream"`
 }