维护者确认：会话已加载窗口与孤岛接回后的跳转

[MagicLizi]

这次改动把会话「已加载窗口」显式建模，并让搜索 / 跳转在孤岛接回主段后零成本落地。用户能感知到的是：跳到一条尚未在当前窗口里的消息时，是否还要等回填、以及接回后是否立刻可跳。

请维护者确认这个加载窗口语义和跳转体验是否符合产品预期，尤其是搜索跳转、历史缺口补齐与主段接回。

确认方式：直接在 PR 上 Approve；需要修改就 Request Changes，作者改完后再 Approve 即放行。

---

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

[dash-s-cindy]

判断：该改动符合产品预期，值得推进。行动：建议维护者直接 Approve #3693；合并前或进入发布候选后补做一次桌面搜索/引用跳转及 device-link 联调冒烟，以确认真实网络链路下的落点、滚动和加载反馈。

用户获得的核心体验是：搜索或引用跳转到当前已加载且被连续窗口覆盖的消息时，可以立即定位；跳转到尚未覆盖的历史时，会继续通过既有的 around 与向上分页补齐；孤岛被真正跨过并接回主连续段后，后续再次跳转不再重复发起无意义的探测请求。该行为没有新增 UI 组件、布局或文案，主要改变的是窗口连续性状态模型与跳转判定。

进一步检查发现，当前 main 快照（865ccfb25ddc62c87ea9785384214cd5512bd6cf）尚未包含 #3693：apps/desktop/src/renderer/lib/searchJumpTargeting.ts 仍以 historyWindowHasIsland 这一单一布尔值决定“目标在窗口内是否可直接 focus”，并且只要存在孤岛，即使已经到达历史起点，也会把跳转交回 store。这一保守策略可以避免错误地把孤岛当成连续窗口，但无法区分“目标位于哪一座孤岛”、哪些孤岛已经被分页跨过，因此会在已完成收口的窗口上重复执行 around/list 探测。

#3693 针对这一缺口引入 LoadedWindowIsland 区间模型和 isInsideMainContiguousRun / canFocusWithoutJumpLoad 判定：

• historyWindowIslands 替代 store 内部的单一孤岛布尔值，并在 trim、reload、clear、删除、远程 reconcile、around 合并和 loadOlderMessages 等窗口形变路径中维护；对外 light snapshot 继续保留派生的 historyWindowHasIsland，因此没有跨模块接口 breaking change。
• 生产入口 CCAgentSessionView 与 store 的快速路径共用同一套连续段判定，避免“UI 认为可以直接跳、store 认为仍需补齐”的漂移。
• 分页真正跨过某座孤岛后，只收口被跨过的区间；仍未证明连续的其它孤岛继续保留。只有位于主连续段的目标才走零网络 focus，孤岛内目标仍交给 store 修复。
• 既有 around + before 分页方案不变，不需要新增 after 游标或修改 device-link wire protocol；这保持了 fix(desktop): 跳转历史消息不再留窗口空洞,工作组不跨空洞合并 #676 中已验证的低风险路径。

验证证据：

• PR 描述报告 corepack pnpm --filter desktop run typecheck 通过。
• PR 描述报告相关单测通过，覆盖主段内直跳、孤岛目标回交 store、多孤岛逐座收口、分页填洞后同目标零分页请求、孤岛裁剪、clear/rewind 代际失效以及 around/list 竞态。
• PR 描述报告全量 unit tier 除 8 个既有 Windows 环境中的 POSIX symlink/hardlink 用例外均通过，并在 stash 改动后的干净树上复现同一失败名单；这组失败不能归因于本 PR。
• 源码快照中的 apps/desktop/src/renderer/__tests__/searchJumpTargeting.test.ts 已钉住关键入口语义：连续窗口且目标存在才直接 focus；有孤岛时即使目标存在、甚至 hasMoreMessages === false，也不能短路。makerChatStoreJumpBackfill.test.ts 进一步覆盖了补齐失败留下孤岛后再次跳转、分页锁/游标竞态、代际取消和 600 行预算等行为。

相关记录：

1. #3693 —— 当前 Issue 的直接实施 PR；它把已加载窗口从布尔状态升级为区间模型，并实现孤岛接回后的零成本跳转。当前 PR 仍 open，尚未进入 main，因此需要维护者确认后才能继续推进。
2. #676 —— 已合并的前置修复，解决历史跳转后窗口出现空洞、工作组跨空洞合并及成员存在判定过于乐观的问题；feat(desktop): 会话已加载窗口显式建模，孤岛接回主段后零成本跳转 #3693 延续其 before 补齐和孤岛保护语义，专门收敛“已知孤岛已经被接回哪一段”这一后续问题。

剩余注意事项：#3693 未执行真实 GUI/device-link 联调，且仓库自动提示希望为命中 UI 路径的改动补充截图、录屏或 HTML 证据。由于该 PR声明没有视觉、布局、文案或交互组件变化，这更适合作为发布前体验确认，而不是将产品批准阻塞在视觉证据上。

[MagicLizi]

维护者确认已通过,讨论结束,PR 恢复正常推进。关联 PR:#3693(https://github.com/makecindy/cindy/pull/3693)。本 issue 由 review-pr 流程自动关闭。