fix(flow): graph_update 按路分桶——修真并行两路的图互相覆盖（FV2）

【取证（症状成立，且比登记描述更糟）】两路真并行时两路最终落盘**同一个 turn_id**，
其中一路的图彻底消失，且 A 路的工具被画在 B 路的图上。逐层定位：发布器 graphs 只按
sessionID 建键（后起的路整张顶掉前者）· 帧载荷基线的键集被既有测试精确断言为
{id,nodes,edges,sessionId,startedAt,endedAt}（无任何区分路的键）· 前端每会话单桶 ·
落盘 (session_id,turn_id) 唯一键两路相撞 · 冷启动 LastGraph 只有一张。
该 bug 早已公开登记（design/15 §2.5.10-1「本轮未解决」、契约 §6-19「仍**未修**」）。

【修法】
- 归属桶 {会话}[#{路}]（loop.FlowOwnerKey，与 checkpoint 键同字符口径）；路只来自
  ParallelLegFrom(ctx) ⇒ 单路逐字不变（桶 = 会话 id），既有调用点语义零改动
- 图 id 的第二分量改用**建图序号**（每次 +1、永不复用）：同一轮里可以有并行路 +
  队首续跑的串行路，用轮次号会让两条串行路撞同一个 web-1
- 轮次号只在上一轮的路全部收尾后推进，并丢掉更早轮次的桶（否则内存随路数无界增长）
- 新增只读出口 LatestLanes ⇒ GET /admin/flow/graph 的 lanes[]（最近一轮每一路），
  graph 仍是「最新一路」= 向后兼容
- 同源洞一并修：子代理归属原取 AgentSpec.ParentSession（会话、不含路）⇒ 并行路里派的
  子代理 span 被静默丢弃；新增 AgentSpec.FlowOwner 承载「会话#路」，ParentSession 继续
  只承载会话（总线载荷 subagent_result.sessionId 不受影响）
- 前端：store 增 flowLanes（按 turnId 分格、按轮淘汰、硬上限 4）+ LaneTracks 泳道卡；
  单路/未给 lanes 时渲染路径与改前逐字相同

【无迁移】turn_id 是自由文本、每路 id 唯一 ⇒ 0022 的唯一索引天然分两行（0023 仍空着）

【我的验收】① 隔离 worktree（30 文件）build/vet/linux/darwin 全过、69 包全绿 0 FAIL；
② 我亲手打红变异：让 FlowOwnerKey 忽略路 ⇒ TestFlowPublisher_ParallelLegsDoNotOverwriteEachOther
FAIL；③ 前端独立复跑 npx tsc --noEmit + npm run build 通过（4.12s）

⚠️ 契约 v0.77 的登记在紧随其后的 docs(contract) 提交里（同一个工作时段内）。

frontend/web/src/store/sessionCache.ts

@@ -11,7 +11,9 @@ import type { AppStore } from "./useAppStore";
  *     桶、把切到的会话取出，于是「切会话不再清空」。
  *  ② **链路图桶**（裁决 16.4.2）：一个会话最近一张 `graph_update` 快照。管理后台按
  *     `sessionId` 取图，而不是所有页面共用一张全局图——后台思考的完整链路图与
- *     「用户侧前端发不发」无关，也绝不顶掉管理员看的「当前会话」图。
+ *     「用户侧前端发不发」无关，也绝不顶掉管理员看的「当前会话」图。真并行时同一
+ *     会话同一轮有**多条路**（切片 FV2），于是会话桶之外还有**路桶**：同一个会话的
+ *     每条路各占一格（`putLane`），两路交错的帧因此不会互相覆盖。
  *
  * 从 `useAppStore.ts` 拆出来（AGENTS §10 文件 ≤500 行 / 三次复制必须抽取）：下面每条
  * 规则都被「激活会话」与「非激活会话」两条写入路径共用，放在一处才不会走样。
@@ -235,6 +237,51 @@ export function putGraph(
   return trimmed;
 }
 
+/** 一条**路**在 store 里的键（切片 FV2）：图自己的 `turnId`；没有权威标识时用空串
+ *  —— 那是「会话那一张」（单路 / 旧后端），因此旧形状的帧仍然只占一个桶。 */
+export function laneKeyOf(graph: FlowGraph): string {
+  return graph.turnId ?? "";
+}
+
+/** 一个会话最多同时保留多少条路的图。真并行的硬上限是 3 路（后端
+ *  `maxParallelTurnsHardCap`），留一格余量，绝不无界增长。导出它是因为前端逻辑测试
+ *  必须能钉住这条上限，而不是在测试里抄一个字面量。 */
+export const MAX_LANES = 4;
+
+/** 把一帧图并进该会话**本轮**的路列表：按路键就地更新（同一条路的高频帧只占一格），
+ *  并丢掉**更早轮次**的路 —— 轮次号更大的帧到达即表示新一轮开始，上一轮的路该退场
+ *  （缺席轮次号的旧帧不参与淘汰，按「保留」处理，向后兼容）。
+ *
+ *  这是「两路互不覆盖」的前端半边：后端给每条路各发一帧（各带自己的 `turnId`），
+ *  这里按路分格存放，于是两路交错到达时 store 里是两条泳道而不是一条。 */
+export function putLane(
+  lanes: readonly FlowGraph[] | undefined,
+  graph: FlowGraph
+): FlowGraph[] {
+  const key = laneKeyOf(graph);
+  const list = [...(lanes ?? [])];
+  const at = list.findIndex((g) => laneKeyOf(g) === key);
+  if (at >= 0) list[at] = graph;
+  else list.push(graph);
+  const round = graph.round;
+  const kept =
+    round === undefined ? list : list.filter((g) => g.round === undefined || g.round >= round);
+  return kept.slice(-MAX_LANES);
+}
+
+/** 一次图写入的完整结果：会话桶（向后兼容的「该会话最新一张」）+ 路桶（本轮每一路）。 */
+export function writeFlowGraph(
+  graphs: Record<string, FlowGraph>,
+  lanes: Record<string, FlowGraph[]>,
+  sessionId: string,
+  graph: FlowGraph
+): { flowGraphs: Record<string, FlowGraph>; flowLanes: Record<string, FlowGraph[]> } {
+  return {
+    flowGraphs: putGraph(graphs, sessionId, graph),
+    flowLanes: { ...lanes, [sessionId]: putLane(lanes[sessionId], graph) },
+  };
+}
+
 /** 兼容字段 `flowGraph` 的口径（管理端 Flow / Agents 页读它）：**激活会话**的图；
  *  激活会话还没有图时回落主会话的最近一张，使页面不至于空着。
  *  后台思考会话的图不会顶掉它 —— 这正是裁决 16.4.2 要修的：每条思考看自己的图，