fix: avoid history reclamation during structure-only upgrades

Ordinary database schema upgrades previously ran VACUUM on free pages and
showed misleading history-cleanup progress. Separate structure upgrades from
required legacy conversions, retaining reclamation intent only for retries
within the same startup. Preserve released data without new schema versions
or persistent migration markers; Agent and normal writes remain unchanged.

Add real SQLite and Worker regressions, bilingual operation-specific startup
copy, and migration documentation. Synchronize native Electron drag input
with actual resize state without weakening layout assertions.

Validation: 47 focused migration tests passed; typecheck, lint and diff checks
passed. Final full suite: 5137 passed, 74 skipped, 2 unrelated Electron failures.
Both failing Electron tests passed an isolated rerun; full CI remains unverified.

Release note: 修复普通数据库结构升级再次整理历史和回收空间的问题；仅在需要转换旧数据时执行相关处理，启动页准确显示当前升级操作。

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

@@ -13,6 +13,8 @@
 处理速度；处理时间取决于历史数据量与磁盘速度，不承诺固定几分钟。用户可以退出，
 下次启动重新检查并继续转换未完成的数据；完成后回收空闲页并进入应用。失败时留在
 该页提供重试与退出，磁盘空间不足会明确说明，不删除聊天来腾出空间。
+以上转换和回收只针对仍需转换的旧格式数据；普通结构升级使用独立状态，不宣称正在
+清理子任务历史，也不会仅因数据库有空闲页而执行全库回收。
 
 ## 存储规则
 
@@ -94,7 +96,10 @@ Renderer 合并时独立接收 Main 的置顶属性，即使本地正文更新
 
 启动检查只根据旧 schema 或仍未转换的笔记正文决定是否进入升级流程；正常写入、更新
 与删除产生的 SQLite 空闲页不是旧格式证据。迁移后新增数据使用当前格式，不因正常使用
-再次迁移。同一次启动已进入的迁移流程可重试压缩；若正文已转换、仅压缩中断，退出后
+再次迁移。进入升级流程后仍分别判断结构、笔记转换与空间回收，不把旧 schema 当作
+回收许可。回收只用于实际存在旧子任务事件（schema < 35）、旧活动记录（schema < 44）
+或旧笔记正文的转换；例如 schema 45／46 升到当前结构不会自动转换历史或 `VACUUM`。
+同一次启动在内存中保留这一决定，只有原本需要回收的流程可重试压缩；若正文已转换、仅压缩中断，退出后
 重开不单凭空闲页重新进入迁移，剩余页由 SQLite 后续写入复用。不新增持久化迁移标记。
 
 桌面在打开业务数据库之前启动独立 Node 工作线程，使用同一套编码和还原函数转换旧库。
@@ -108,8 +113,8 @@ Renderer 合并时独立接收 Main 的置顶属性，即使本地正文更新
 在转换前复制整份膨胀内容。回收仍需要额外可用磁盘空间，失败保留已提交转换并允许重试。
 
 子任务整理对应 schema 35；schema 34 用户也会执行该整理，成功后后续启动直接跳过。
-继续复用 schema 34 的子任务事件部分索引和同一差量表示。当前业务初始化随后在事务中
-升级为 schema 36，新增 `pinned INTEGER NOT NULL DEFAULT 0 CHECK(pinned IN (0, 1))`，
+继续复用 schema 34 的子任务事件部分索引和同一差量表示。业务初始化随后在事务中
+执行后续结构迁移，其中 schema 36 新增 `pinned INTEGER NOT NULL DEFAULT 0 CHECK(pinned IN (0, 1))`，
 已有会话默认未置顶，保留原消息与时间戳；失败回滚本次字段迁移。
 低于该 schema 的旧版客户端不能重新打开已经升级的数据库。需要回退客户端时，必须使用
 升级前备份，不要修改 `user_version` 强行绕过版本检查。
@@ -120,6 +125,8 @@ Renderer 合并时独立接收 Main 的置顶属性，即使本地正文更新
 - 工具 fixture 必须含生产对象会携带的 `undefined` 可选字段，并经过实际 JSON 写入／重读。
   同时验证旧完整事件和 schema 34 差量事件的整理、混合重试及无变化记录不被重写。
 - 验证远程重复事件、冲突事件，以及消息更新失败时事件和过程缓存的事务回滚。
+- 覆盖已完成历史转换、但正常聊天更新产生空闲页的后续结构升级：无转换进度、无
+  `VACUUM`，会话、笔记、任务事件与完整性不变；验证真实 Worker 和同次启动重试。
 - 在真实旧库的已核验备份副本上运行 portable 的正常启动入口，核对事件逐条等价、
   其他用户表内容、数据库完整性和实际文件大小，不能只统计空闲页或只测试内存 fixture。
 - 同时验证真实本地 Runtime 和共享 Linux Host 的桌面持久化路径。真实场景必须让主代理

docs/features/assistant-workbar/progress.md

@@ -1,5 +1,30 @@
 # 工作栏实现与验证进度
 
+## 2026-09-26 结构升级与历史回收分离（未发布）
+
+- schema 45／46 的回归先复现普通结构升级执行 `VACUUM`，修复后不转换历史、
+  不回收正常空闲页，保留聊天、笔记、事件及 SQLite 完整性。
+- 启动决定在内存中分别保留笔记转换与回收需求，Worker 重试复用原决定；
+  不增加 schema 或持久标记，不修改正常写入。规则见
+  [旧库升级](./execution-history-storage.md#旧库升级)。
+- 真实 Node Worker 验证结构升级、旧笔记转换、取消与重试、文件大小和内容保留；
+  启动调度回归验证允许／禁止回收的两种重试，中英文页面区分实际操作。
+  六个定向测试文件 **47 项通过**，类型检查、lint 和 `git diff --check` 通过。
+- 完整 `npm test`：**5,138 通过、74 跳过、1 失败**。未修改的
+  `tests/magic-notes-layout.electron.test.ts` 原生拖拽断言失败：首次索引列保持 168，
+  单独复跑则 AI 列保持 280，均未达到拖动后的预期宽度。该 fixture 直接加载
+  Magic Notes 和模拟 API，不运行本次存储升级路径。随后修正测试的原生输入同步：
+  等待焦点、拖拽建立、宽度更新及结束，并明确左键按下状态，未弱化断言或改变产品
+  布局；独立复跑及随后完整测试中的该用例通过。
+- 最终完整重跑：**5,137 通过、74 跳过、2 失败**，迁移相关及布局拖拽均通过。
+  `inline-help.electron.test.ts` 超时，`overlay-layering.electron.test.ts` 子进程退出码
+  为 null；这两个未修改的用例随后一起独立复跑 **2 项通过**，未提高超时或修改断言。
+  最终 typecheck、lint、`git diff --check` 均通过。独立复跑不替代完整测试结果，
+  不宣称本次全量或 CI 全绿。
+- 本机与托管 SSH 历史共用 Desktop 数据库升级路径；Agent、Runtime、模型桥和
+  远程协议未变，不需要部署 Host 补丁。本次未调用模型，未改写用户数据库，
+  尚无本次修复的 CI 或发布验证。
+
 ## 2026-09-21 重复历史迁移补修（Desktop 0.13.9 候选）
 
 - 0.13.8 的检查仍在已有笔记时把 `freelist_count > 0` 当作迁移依据；正常聊天更新