bug(web): 新建会话后的首条消息可被另一标签页改投其他工作区

[tt-a1i]

问题与价值

新建 Web Session 并自动发送首条消息时，前端没有把后续操作绑定到创建结果。另一个标签页若在创建响应与快照刷新之间切换活动 Session，且 SSE 切换事件尚未送达，首条消息可以被自动投递到另一个 Session，甚至另一个工作区。

建议 P1：这影响执行目标的正确性。用户为仓库 A 写的操作指令可能交给仓库 B 的 Agent。当前证据确认了错误的 prompt 请求目标，没有执行真实工具，也没有观测到用户仓库损坏。

触发前提与实际复现

源码：ed9dbc1018f890fd54375f5371990ddfee8af5df。验证日期：2026-09-08。

1. 标签页 A 尚未创建 Session，选中 /repo-A，发送首条消息。
2. 创建 API 成功返回该请求的 commandId 和 A 的 sessionPath。
3. 另一个标签页激活 /repo-B 的 Session B；A 的 SSE 暂时没有收到该事件。
4. A 随后的 snapshot 请求返回当前活动 Session B。
5. A 的发送动作继续，把原来的消息交给 B。

直接加载生产 createWebStore、以内存 client 控制响应时序，得到：

createSession(path=/repo-A)
prompt(sessionId=sB, content="Edit repository A configuration", retry=false)
sendPrompt result=true
selectedWorkspace=/repo-B
selectedSession=sB

源码原因与现有保护

• createSession 忽略 HTTP 创建结果，随后直接使用 snapshot 中的 Session。预选模型也会应用到这时取得的 Session。
• sendPrompt 创建后重新从 snapshot 读取 target，没有验证它是否属于本次创建。
• 创建回执已有 commandId 和可用时的 sessionPath，但客户端没有使用；客户端返回类型还只声明了 path。

现有 Session epoch 可以在外部 SSE 切换事件先到时中止旧操作；本次覆盖的是 HTTP 已观察到新 Session、SSE 尚未到达的顺序。两条独立连接不能依赖这种先后关系保证 target 正确。

Host 检查和 runtime 检查都要求请求里的 Session ID 是当前活动 Session。这些检查没有失效：前端已经把用户原定目标换成合法的 B ID，所以它们无法识别原来的 A 意图。

探针关键片段

base 是没有选中 Session、包含 A/B 两个工作区的快照；activeB 是 B 当前活动的快照。测试直接使用生产 store，没有复制其状态逻辑：

let created = false;
const client = {
  snapshot: async () => created ? activeB : base,
  createSession: async (path, commandId) => {
    created = true;
    return { cancelled: false, sessionPath: "/web-sessions/sA.jsonl", commandId };
  },
  prompt: async (sessionId, content, commandId) => {
    calls.push({ sessionId, content });
    return { id: commandId, accepted: true };
  },
};
const store = createWebStore(client);
await store.getState().actions.refreshSnapshot();
store.setState({ selectedWorkspace: "/repo-A" });
await store.getState().actions.sendPrompt("Edit repository A configuration");

最小验收

• 将创建、预选模型和首条消息绑定到本次创建的稳定 Session 身份；首次落盘前也不能依赖一个可能缺失的文件路径。
• 每个异步边界后核对该目标；外部切换时明确中止自动发送、保留原输入，不自动采用新的 canonical target。
• 覆盖两个标签页、SSE 延迟/断开、创建响应与快照之间切换，以及预选模型；A 的内容和模型选择不得命中 B。
• 保留 Host/runtime 的活动 Session 校验和幂等保护；在真实浏览器验证目标路径，并通过相关测试、bun run check、bun run test。

验证边界：本次是生产 store 的内存响应探针及服务端源码核实，使用 Bun 和已有 Zustand 依赖；未启动 Host/Pi、调用模型、访问真实 Session 或修改仓库文件。Related: #347、#455；不同于 #457 草稿归属和 #463 接收回执恢复。

[testikun]

我来认领 Web 新建 Session 首条消息的目标绑定切片。

技术方案：create-session 成功后把返回的 sessionPath/sessionId/commandId 固定写入本次 composer admission context，首条 prompt 只能使用该 context；snapshot、SSE 或其他标签页切换不得替换目标，目标不存在/已过期时明确阻止发送并要求刷新。保留现有幂等 command identity 与 retry 保护，不复制 Session 状态机；补充双标签页、延迟 SSE、工作区切换、刷新和失败重试测试。

[testikun]

开始处理，基线 upstream/main a3edee2。复核后方案收敛为创建回执直接暴露稳定 sessionId（sessionPath 仍可选），Web store 将该回执绑定到本次创建操作，并在 snapshot、预选模型和首条 prompt 的每个异步边界核对同一目标。若其他标签页切换了活动 Session，则明确中止自动发送并保留输入；不新增 Session 状态机，Host/runtime 现有 SESSION_CONFLICT 与 commandId 幂等保护保持不变。

[testikun]

实现已完成并提交 PR #490：#490 。创建回执现在返回稳定 sessionId（sessionPath 首次落盘前可缺失），Web store 将 workspace、Session id、可选 path 与 epoch 固定为本次创建目标，并在 snapshot、预选模型和首条 prompt 前后逐层核对；外部标签页切换会中止发送并保留输入。已同步最新 upstream/main 0d17f45；专项 store 60/60、runtime 30/30、Host 27/27，bun run check、完整 bun run test（1465 passed / 1 skipped，Web 134/134）和真实浏览器 E2E 12/12 均通过。设计与消融记录：docs/design/WEB_SESSION_CREATION_TARGET.md。