fix: 本地文件夹 md 解析/预览修复与转写来源、引导去重等收尾

[lzp-plus]

Summary

• 修复本地文件夹数据源 md 文件必现"解析失败"：local-folder 从不往对象库落副本，解析器/Markdown 预览改为直接读原文件；启动时重试历史失败解析任务（上限 5 次），高风险批次批准后立即入解析队列，新增回归测试
• 转写来源设备 kind 修正 apple_watch，fingerprint 纳入 captureDevice，云端补下发来源后重新物化
• 过滤偏好引导全局只弹一次，存量连接补弹至多一个（进入数据源页面，过滤规则弹窗会重复出现，即使我已经保存设置了 #232）
• 导图拍板浏览点末端叶子收缩成路径链
• 合并 dev（含转写质量、文档桥等更新）

Test plan

• tests/local-folder-evidence-parse.test.ts 覆盖解析读原路径、对象库为空、预览、失败重试
• tests/private-transcription-sync.test.ts 等合并后 18 条相关用例通过，tsc 干净
• dev 应用实测：文件夹内 md 点开显示分段、侧栏预览正常

[github-actions]

审查结论

请求修改：新增的待办邮件区存在一个证据充分的运行时回归（React Hooks 规则违规，打开/关闭本地邮件详情即崩溃）。其余改动（local-folder 解析修复、apple_watch 修正、引导去重等）核对无误。

🔴 阻塞：MailPane 在条件分支中调用 Hook，打开/关闭本地邮件详情即崩溃

apps/desktop/src/renderer/src/components/context-room/ported/components/detail-panels/ActivityPanes.tsx:572 的本地邮件详情早退 return 位于 :587 的 useConnectorMailDetail(...) 之前：

if (detail?.kind === 'mail' && localMailObject && onCloseDetail) {
  return ( /* ObjectDetailView */ )          // ← 提前返回
}
const connectorMailDetail = detail?.kind === 'connector-mail' ? detail : null
const mailDetailState = useConnectorMailDetail(room.id, connectorMailDetail?.sourceId ?? null)  // ← 条件性 Hook

失败路径（React 18.3，生产构建同样抛出）：

1. 待办页签下 MailPane 先以 detail = null 渲染列表，useConnectorMailDetail（内部 useState + useRef×2 + useEffect×2）已计入 hook 队列；
2. 点击本地快照邮件行 → onOpen → PortedDetail.openObject → setSelectedObject({kind:'mail', id})，detail 变为 {kind:'mail'}；
3. 重渲染在 572 行提前返回，useConnectorMailDetail 未执行 → React 抛 "Rendered fewer hooks than during the previous render"，面板崩溃（无错误边界时整树卸载）。关闭详情（detail → null）反向触发 "Rendered more hooks"，同样崩溃。

对照：同 PR 从 MaterialsPane 抽取的公共模块顺序是正确的（MaterialsPane.tsx:294 的 hook 位于 :301 早退之前）。修复只需把 useConnectorMailDetail 上移到本地邮件早退之前；建议顺手给 context-room-todo-mail-pane.test.tsx 补一个「列表 → 打开本地邮件 → 关闭」的状态转换用例——现有用例只在挂载时固定 detail，拦不住这类问题。

🟡 次要（不阻塞）

1. apps/desktop/vite.browser.config.mts:431 — getFilterRules 改读 sessionStorage.mockFilterPref，但 updateFilterPreference 没有回写该键；浏览器 demo 里保存偏好后「已有偏好不再弹引导」的路径实际无法生效，也无法验证。
2. ActivityPane.tsx 中 clustered 的 useMemo 依赖 visibleEntries——它是每次渲染新建的数组，memo 实际每次重算；无功能影响，在意的话可把过滤+排序一并收进 useMemo。

✅ 核对无误的部分

• local-folder 解析/预览改读原路径：resolveLocalPath 有目录包含检查（local-folder-connector.ts:128-133，无路径逃逸风险）；previewFile/parseJob 对 ENOENT 给出友好文案；attempt_count 在 parseJob 启动时自增（evidence-service.ts:357），重启重试上限 5 次逻辑自洽；新回归测试覆盖解析读原路径、对象库为空、预览、失败重启重试。
• insertVersion 去掉 !shouldExport 门槛是安全的：非 local-folder 扫描路径都会先 storeObject（local-data-service.ts:1144/1172），local-folder 走原路径，不存在「对象未落库就解析」的窗口；高风险批次批准后立即入解析队列的路径同样成立。
• apple_watch 修正：与 RealityCaptureDeviceKind（packages/reality-contract/src/index.ts:18）、gateway 路由 schema、RealityPage.tsx:72 图标映射一致；旧 'watch' 永不匹配导致真实手表数据被 iPhone 兜底覆盖，修正方向正确；fingerprint 纳入 captureDevice 后云端补发来源可触发重新物化。
• 清理干净：OverviewTimelineCard 删除后无残留引用（组件/CSS 类名/测试名）；i18n 中英文新键齐全；SourcesPage 引导去重的同步 ref 守卫无竞态，存量补弹「至多一个 + 其余当场记账」符合 #232 意图。