feat(chat): switch to the conversation on send with a startup placeholder (TODO 08)

docs/复刻待办清单-2026-10-17.md

@@ -220,12 +220,41 @@
 
 ### 08. 新建任务发送后的立即切页与占位
 
-- [ ] 盘点发送到创建会话、准备环境、接收首个事件之间的阻塞位置。
-- [ ] 对照原版发送后的页面切换时机与等待状态。
-- [ ] 发送后立即进入消息页面并显示用户消息；启动较慢时显示合适的助手占位/准备状态。
-- [ ] 验收：慢启动、正常启动、发送失败、停止、切换任务；不等到模型输出后才切页，不重复创建会话或丢失草稿。
+- [x] 盘点发送到创建会话、准备环境、接收首个事件之间的阻塞位置。
+- [x] 对照原版发送后的页面切换时机与等待状态。
+- [x] 发送后立即进入消息页面并显示用户消息；启动较慢时显示合适的助手占位/准备状态。
+- [x] 验收：慢启动、正常启动、发送失败、停止、切换任务；不等到模型输出后才切页，不重复创建会话或丢失草稿。
 
-状态：待 REA 对照与发送状态链路排查。
+状态：已实现并通过真实窗口回归（发送即切页 + 乐观用户消息 + 启动占位 + 真实回合替换 + 失败/停止/切换任务）。
+
+阻塞位置盘点（YCode 现状）：
+- 渲染进程 `stores/chat.ts` 的 `send()` 在无会话时依次 `await session.create` → `await chat.send`，旧实现只有两步都完成后才把用户消息与助手占位写入 `messages`，因此「点了发送什么也不动」直到回合就绪。
+- 主进程 `chat:send` 在返回前要完成：附件/上下文准备、`createCapabilitySnapshot`、`getOmpKernel`（运行环境启动，本轮实测约 1.9–2.3 s）、`sessions.startTurn`；模型回合本身在后台推进，不属于返回前的阻塞。
+
+原版证据：
+- 启动阶段文案：REA `ev_717fa5e846e64d67ac19c8925d121bff632c0d3aefb3603b10858559cabb2dcb`（WorkBuddy 5.8.2，`contexts-BMeWSUHk.js`，SHA-256 `5f35b7489b107e21ef452c8ee88a95265756f6fc444841eef869228bbc44768b`）：`chat.prepare.<stage>` 表与显示逻辑见 `docs/对话启动提示文案-2026-10-16.md`——阶段文案渲染在流式状态栏主文案位置，进入终态/失败/非 idle/MCP 进度后隐藏，其余回落「思考中」。本次占位使用 `acquiring_runtime` =「正在启动对话运行环境…」（用户确认沿用 5.8.2 已有内容，不重新采集）。
+- REA 采集限制（已核到实现层）：visual probe 的 `text` 动作要求 enabled text/search `INPUT`，`key` 动作对可编辑内容上的 Enter/Space 直接拒绝（`.tmp/rea-css-runtime/dist/browser/CdpElectronVisualProbe.js`；schema `.tmp/rea-css-runtime/dist/domain/javascript/ElectronVisualProbeSchema.js`）。WorkBuddy 新建任务编辑器是 `DIV[role=textbox]._editable_1cxd2_1`，因此无法用 REA 驱动发送并抓取「发送后」逐帧等待态；本项不通过其它通道查看/驱动原版。三次采集（`ev_a492a83d…`、`ev_150e8217…`、`ev_5b13ec7d…`）与限制说明见 `.tmp/todo08-wb-new-task/notes.md`。
+- 观察范围：桌面端浅色主题、本机 5.8.3 运行时（文案表来自 5.8.2 已回收证据）。未覆盖：原版发送后逐帧顺序与各段时长。
+
+实现：
+- `stores/chat.ts`：无会话发送时先落地乐观的「用户消息 + 助手占位」（`local-user-*` / `local-assistant-*`，占位带 `prepareStage: acquiring_runtime` 与 `turnStartedAt`），随后才 `await session.create` / `chat.send`；`newSession(context, seedMessages)` 允许把乐观消息带进新会话；真实结果到达时先过滤 `local-*` 再追加真实用户消息与占位，避免重复；失败时移除乐观消息并写入 `error`。
+- `components/ChatPane.tsx`：`submit()` 在发送前清空输入框，失败时把草稿恢复到当前所有者键（会话创建后草稿已迁移到会话 id）；消息非空即离开首页布局（`isHome = currentId === null || messages.length === 0`）。
+- `workbuddy/conversation/prepare-phases.ts`（新增）与 `StreamingFooter` 的 `prepareText`：按回收的 `chat.prepare` 表渲染「正在启动对话运行环境…」替换「思考中」，真实回合一到位即自动回落。
+- `shared/types.ts`：`ChatMessage.prepareStage`（仅渲染进程启动占位使用，不持久化）。
+
+验证：新增 `scripts/verify-new-task-switch.cjs`（真实隔离 Electron + 真实 preload/IPC/渲染进程 + 真实 OMP + 受控本地上游）30 项断言全 PASS：
+- 计时（点击发送为 t0）：对话页、用户消息、启动占位、「已处理」计时均在 **+26 ms** 出现；启动占位在 **+1.9 s** 让位给真实回合，真实回复在 **+2.6 s** 渲染（另一次跑分 +23.8 ms / +2.27 s / +2.97 s）——占位确实覆盖了运行环境启动窗口。
+- 不重复：一次发送只创建 1 个会话；回合结束后 `.cr-self-bubble` 恰好 1 条（无乐观+真实重复）；占位在真实回合出现前清除。
+- 发送失败（清空模型注册表后发送）：草稿恢复为原文、无残留乐观消息、错误「请先添加并选择自定义模型」显示、回到新建页、无启动占位。
+- 停止与切换任务：回合运行中切到新任务再切回，消息与运行状态都在；点击停止后助手消息状态为 `cancelled`、取消指示可见、无残留占位、仍只有 1 条用户消息。
+- 回归：`npm run typecheck`、`npm run build`、`npm run test:chat`、`npm run test:conversation`、`npm run test:conversation-ipc`、`node scripts/verify-user-message-edit.cjs` 全部通过。
+- 报告：`.tmp/new-task-switch-641vdN/report.json`（另有 `.tmp/new-task-switch-TX5VSX/`）。
+
+遗留：
+1. 原版「发送后」逐帧等待态（先后顺序、每段时长）无 REA 运行时证据（探针限制见上），本项只对齐可证部分。
+2. 发送失败时仍会留下一个空会话（`session.create` 已成功、回合未开始）；原版在准备失败时是否保留会话未采集。
+3. 启动阶段目前只使用 `acquiring_runtime` 一条；原版多阶段（expert → … → checking_launch_config）的发出方、顺序与时长未采集，不按字符串表臆造。
+4. 发送窗口内没有「停止」入口（`停止` 只在回合运行后出现，沿用既有实现）；原版在准备阶段是否可直接取消未采集。
 
 ### 09. 账户菜单与页面