维护者确认：副窗口在会话归档后自动关闭 (#3262)

[MagicLizi]

PR #3262 修的是 #3175：主窗口归档会话后，副窗口仍可继续发消息并把已归档会话自动恢复成 active。

这次的修法会改变用户看得见的交互：副窗口一旦发现会话变为 archived，会从分屏树移除该会话并直接 windowClose()。主窗口仍保持「归档后可浏览、发消息自动恢复」。

需要维护者确认的点：

• 归档后关掉副窗口，是不是期望的产品行为？还是应留窗、只禁止发送/恢复？
• 分屏里还有其它会话时，关整窗是否过重？

确认方式：直接在 PR 上 Approve。若要改行为，请 Request Changes，作者改完后再 Approve。

---

关联 PR:#3262(作者 @yuaiccc);本 issue 由 review-pr 流程自动创建,用于先讨论该 PR 涉及的产品 / UI 变更,维护者确认后 PR 会恢复推进。

[dash-s-cindy]

判断：多窗口中的会话状态需要继续保持权威同步，删除后的视图退出和分屏节点移除是应当保留的用户价值；但当前没有足够的产品依据批准“归档后自动关闭整个副窗口”。归档与删除在现有产品中是不同语义，归档会话可以继续浏览，发送时自动恢复为 active。\n\n行动：建议对 #3262 Request Changes，而不是直接 Approve。修复范围应收敛为：\n\n1. 保留 status 写入成功后的跨窗口权威同步。\n2. deleted 到达其它窗口时，退出失效会话视图并从分屏树移除；若当前窗口还有其它 pane，应按现有分屏生命周期切换或塌缩，不应关闭整个 BrowserWindow。\n3. archived 到达其它窗口时，保留历史浏览；发送前沿用现有 auto-unarchive，并将 active 状态同步给其它窗口。\n4. 若未来希望“归档即只读”或“归档后关闭副窗口”，应作为独立产品决策和交互设计确认，不要在本 PR 中顺带改变归档语义。\n\n进一步检查发现，当前源码快照 origin/main@7990e360ce9ae15398babc5eac51dc2f68d10196 已经包含影响判断的关键能力：\n\n- apps/desktop/src/main/localDb/ipc/sessions.ts 的 local-db:sessions:update 路径识别 p.status !== undefined，在写入后重新读取当前持久化 status，并通过 broadcastSessionPatched 发送 local-db:sessions:patched。注释明确将其用于修复“在新窗口打开”的副窗口无法得知会话被移除的问题，并避免并发归档/删除时广播过期状态。\n- apps/desktop/src/renderer/features/cc-agent/CCAgentSessionView.tsx 已订阅该 patch。当前视图只对 session.status === 'deleted' 执行内存清理、splitGroupStore.removeSession(sessionId) 和路由退出；代码注释明确说明 archived 保持可浏览，与“归档后查看并发送恢复”的既有语义一致。发送流程在约第 3213 行检查 archived，并先调用 sessionService.setStatus(sessionId, 'active')。\n- apps/desktop/src/renderer/features/cc-agent/SplitGroup.tsx 在分屏目录缺少会话时会通过权威 getSessionFor 区分 archived/deleted/NOT_FOUND，并移除确认失效的 pane；splitGroupStore.ts 的 removeSession 会塌缩二叉树。该路径已能处理分屏布局收敛，不需要通过关闭整个窗口实现。\n- splitGroupStore.ts 还明确规定副窗口不恢复或写回主窗口的持久化分屏布局；这支持“副窗口中移除会话 pane”与“关闭整个副窗口”应当分开处理。\n\n因此，#3262 的问题在于把两件事绑定在一起：\n\n- “副窗口没有及时知道会话状态变化”是状态同步问题，当前主干已经有对应广播与消费链路，应补充跨窗口回归验证。\n- “归档后仍可发送并恢复 active”不是当前代码遗漏的删除保护，而是现有归档产品语义。PR 通过在副窗口检测 archived 后调用 windowClose()，改变了用户可见行为；它还会关闭承载其它分屏会话的整个副窗口，影响范围超过原始状态同步问题。\n\n建议的验证方案：\n\n- 主窗口归档、副窗口打开同一会话：副窗口应收到 status: archived，仍能浏览；发送时状态先原子恢复为 active，两个窗口最终一致。\n- 主窗口删除、副窗口打开同一会话：副窗口应退出该会话，splitGroupStore 移除对应 pane；若还有其它 pane，应保留窗口并切换到剩余会话。\n- 副窗口发起归档/删除，主窗口与其它副窗口对称收敛。\n- 同一会话打开多个副窗口，所有窗口都收到最终 status。\n- 归档/删除与发送并发：deleted 不得被重新写活；archived 恢复应在既有 route lock/CAS 约束下最终收敛为 active。\n- 至少在原始报告平台 Windows 10 上手工验证多窗口导航、焦点和剩余 pane 行为；PR 当前只报告自动测试和代码路径确认，未完成 Windows/Linux 多窗口实机回归。\n\n相关记录：\n\n- #3175：原始报告，证明多窗口在删除/归档后未及时收敛，是本问题的直接来源。\n- #3262：提出关闭副窗口的实现；其核心状态同步目标与当前主干已有能力重叠，但新增的 archived→windowClose() 是未经确认的产品行为。\n- #1632：已合入的递归分屏实现，包含已删除任务 pane 自动塌缩、副窗口持久化隔离和 pane 关闭逻辑；它支持移除失效 pane，而没有形成归档后关闭整个应用窗口的产品约定。