fix: reduce conversation history memory use

Load lightweight conversation summaries and hydrate full history only when
needed, preserving search, copy, export, queued requests, and remote questions.
Keep unchanged image reconciliation messages stable so list refreshes no
longer resend the entire saved history.

Prepare Desktop 0.13.6 with the approved bilingual notes and aligned feature
matrices. Agent remains 0.13.0; no LoongArch preview or navigation demo edits
are included. Development validation passed 4301 tests with 67 skipped;
the user requested CI validation instead of repeating local release checks.

Release note: 历史会话按需加载，减少切回应用时的重复保存和内存占用，同时保留完整历史、搜索与续聊。

docs/quality/recurring-defects.md

@@ -168,3 +168,20 @@ Modal 再次复现，同一检查确认其他应用级 Modal 均缺少处理。
 
 **注意**：React 允许在渲染期用守卫调用 `setState` 来响应 props 变化，这是官方推荐做法，不要
 把它改写成 `useEffect`。仓库 lint 规则 `react-hooks/set-state-in-effect` 会拒绝后者。
+
+## 列表刷新重建历史消息并触发重复保存
+
+**症状**：焦点刷新后，正文完全未变，却再次序列化并保存全部会话消息；历史越多，
+前端和 Main 的短时内存、主线程工作量越大。
+
+**规则**：会话消息的图片状态使用同一保留引用的合并函数，三个合并分支都必须在
+语义未变时返回选定原对象。列表、活动跳转、任务创建刷新都使用摘要或按 ID 读取，
+不以完整历史列表作为单条查询。搜索只保留命中 ID；视图淘汰同时释放已确认保存的
+详情引用，不把摘要误当成完整模型上下文或替换式保存输入。
+
+**防复发**：App 回归检查 1,600 条历史刷新后保存消息数为 0；真实 SQLite 回归覆盖
+未加载正文搜索、较早会话、501 条完整消息及 header-only 保存。另覆盖后台审批
+晚于摘要请求到达、未打开会话复制、加载失败重试及恢复请求的问题投影。
+
+**历史**：2026-09-15 在 `f8d0741` 引入的三个图片合并分支同时确认消息引用重建；
+同次检查还发现活动跳转与任务创建继续整包读取历史，均改为共用的摘要／详情读取。