[Orsted290]

问题与结果

记忆管理原先读取完整向量及大段轮次数据，概览、分析重复计算，预取键与两秒等待进一步放大载入耗时。本次改用轻量展示读取、后台统计快照和固定分页视图，并补齐删除、共享取消、隐藏页面与迟到响应的生命周期。

主要修改

• 列表和详情使用 SQL 展示投影、只读 worker、批量关系查询及正文按需读取；正式 runtime bundle 包含 worker 与动态依赖。
• 概览和分析独立生成统计快照；health 按实际用户、时区预热，对齐用户记忆预取键，准备状态使用短轮询，移除固定两秒等待。
• 浏览视图固定成员。普通新增只显示红色文字“有更新，点击刷新查看”；原刷新按钮重建视图并回到第一页，四个栏目同步页码，失败保留现有内容。
• 共享读取按订阅者取消，最后一个订阅退出才中断底层执行；worker 停止后再继续调度，前端队列先清理再通知，防止同键重入挂起。
• 按当前 raw/父 trace 的归属删除任务关联记忆和 span，覆盖脱敏、旧来源缺失、重绑定、软删除与跨用户边界。
• 隐藏页失效时立即清理旧内容，恢复可见后再校验、加载。操作成功回调刷新当前筛选条件；隐藏、卸载或切换客户端后停止 UI 后续读取，后台业务任务继续执行。四类变更在派发失效事件前清除旧共享请求，防止新订阅复用失效前的统计响应。
• 适配 v1.2.6 的异步采集及现有调度/租约/停机逻辑。面板数据库仅做 13→14 增量升级，离线回滚仅 14→13，保留队列结构、租约及重试计数。

分支同步与 CI

目标为 MemTensor:v1.2.6，修复分支为 Orsted290:fix-memory-panel-performance-v126。已合入目标提交 8fe8cf69348d16d99b77f529afb9d7658dd90ae3；冲突仅涉及测试名称，保留异步 await 与当前隐私断言。最新提交 673da25fa059c3e13afcb020212728143f2b5594，相对该目标共 93 个文件。

Linux CI 此前在 npm ci 下载 ONNX 可选 CUDA 包时发生 TLS ECONNRESET，尚未执行到产品构建。该 CPU 构建任务现设置 ONNXRUNTIME_NODE_INSTALL_CUDA=skip，保留 CPU 推理依赖。流水线结果以本 PR 的 Checks 为准。

验证

范围	结果
既有 v1.2.6 修复阶段	Memory 定向 285 项及新增待分配时间线用例、后端 36 项、runtime bundler 6 项通过
生命周期补修 efe6d254	前端 40 文件 360 项通过，类型检查及变更 lint 无错误；保留基线已有一条未使用函数警告
修复前后对照	同一组在途请求/隐藏回调用例修复前 6 项失败，修复后通过；当前筛选覆盖、手动重试后续读取也有失败→通过证据
合入最新 v1.2.6 后	冲突及相邻前端 45 项通过；Memory 配置/用户记忆召回/队列定向 121 项通过，监听端口的用例已在允许本地端口的环境复跑；Memory 类型检查通过
CI 修改的本地验证	ONNX 安装脚本 skip 分支退出 0；Linux workflow/归档边界相关 3 项通过。Linux 原生构建由远端 CI 验证

桌面证据与覆盖边界

8930c324 的实际 unsigned 包已用合成数据验证：数据库 13→14 升级、v13 备份及队列 job/retry 租约保持；四栏各 51 条完成 1→2→切换返回2→刷新1→2→3；脱敏任务与重绑定 span 删除、删除标记及重启不恢复通过，关键 8 个 Memory 编译文件在源构建、安装资源及激活 runtime 间一致。

该阶段初次概览快照准备 1396.2 ms，两次进程重启首次概览 356.2/366.4 ms；24 次八页往返中位 17.6 ms、最大 27.5 ms，分析 14.6–22.7 ms；10 次概览缓存 HTTP 中位 1.95 ms。系统文件缓存未清，这些是单机合成库样本。

上述桌面数据绑定 8930c324，不计作最终合入提交的桌面验收。按本轮收敛要求，最终提交仅处理冲突、定向验证和 CI，没有重新打包/桌面复测或扩展审核。真实账号/Hook 与召回竞争、受控磁盘冷缓存、完整账号/权限/恢复/升级矩阵及跨平台发行仍未覆盖。历史退出清理超时仍保留为独立观察，不声明完整发行全项通过。