fix: keep conversation order stable during streaming

Sort pinned and unpinned conversations by their latest message creation time so parallel replies no longer repeatedly swap sidebar positions. Include the same timestamp in lightweight summaries while preserving updatedAt for persistence and snapshot merging.

Validation: 13 focused tests, typecheck and ESLint passed. The full test run timed out after ten minutes and reported configuration-summary and Agent offline-install failures.

Release note: Conversation order stays stable while replies stream or tools report progress; new messages still move conversations forward, with pinned conversations first.

docs/features/assistant-workbar/execution-history-storage.md

@@ -52,11 +52,11 @@ WAL 增长与 SQL 全历史扫描次数的定向验证见 [BUILD.md](../../../BU
 本次读取优化不修改 schema、迁移或用户数据：
 
 - Renderer 启动及焦点、会话、队列刷新使用 `conversations.listSummaries(detailIds)`。
-  普通未打开会话只返回标题、项目、置顶状态、上下文设置和消息数量／首条角色，不解析或跨 IPC
+  普通未打开会话只返回标题、项目、置顶状态、上下文设置和消息数量／首条角色／最新消息创建时间，不解析或跨 IPC
   传输正文、工具、子任务及图片操作元数据。
 - 当前会话、现有 KeepAlive 视图，以及 Main 仍持有请求、数据库中仍有活动 Task 或
   streaming 消息的会话返回完整消息。列表包含全部 active 会话，不限制数量，
-  按置顶优先、组内更新时间倒序返回；仅置顶不会加载完整历史。
+  Main 按置顶优先、组内更新时间倒序返回；Renderer 使用下述展示排序。仅置顶不会加载完整历史。
 - 打开历史通过 `conversations.get(id)` 读取全部消息，不使用会截断历史的分页上限。
   加载时明确显示进度；失败保留会话与输入，提供原地重试。发送、队列派发和压缩上下文
   必须先确认完整历史，发送时不按消息条数截断；复制与导出临时读取完整内容，不把未打开会话留入视图缓存。
@@ -71,6 +71,11 @@ WAL 增长与 SQL 全历史扫描次数的定向验证见 [BUILD.md](../../../BU
   接口保留供其他调用方使用。
 - 图片状态通过同一合并函数处理。本地更新与 Main 图片操作按原有时间优先级合并，
   未变化消息返回原对象，避免每次列表刷新后把无变化的整个历史当作脏消息再次保存。
+- 展示顺序由 Renderer 的 `sortConversationsForDisplay` 统一派生，规则见
+  [会话列表排序](../application-tool-navigation/ui-design.md#会话置顶与操作菜单)。完整消息取
+  `createdAt` 最大值；摘要的 `latestMessageAt` 在已有聚合查询中取 `MAX(created_at)`，
+  与摘要上附带的实时消息取最大值。该字段仅用于桌面只读投影，不增加数据库列或持久化副本。
+  `updatedAt`／`updated_at` 继续随流式事件更新，原有快照合并、终态优先与逐消息保存规则不变。
 - 本机和托管 SSH 的 Renderer／Main 读取、持久化与恢复投影共用以上实现。Agent 的
   transcript、原生 Session、权限及模型桥协议未改变；完整列表、摘要和详情都附带
   Main 当前恢复请求的问题投影。