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 的桌面持久化路径。真实场景必须让主代理