归档功能隐藏对话无法恢复

[lkuko]

归档功能隐藏对话无法恢复，未找到取消归档类似选项，而且未找到元数据缓存未找到有任何归档标记
题外话：有些好奇为何不加一个删除会话

[argszero]

对着 master（47f943859b）核实——取消归档确实不存在，不只是 UI 没做，而是整个链路都没有：

归档标记在哪（为什么元数据缓存里找不到）

归档标记不在会话元数据/缓存里，而是存在 workspace registry 的持久化状态中：workspaceRegistry 的 state 有一个 archivedSessionIds: SessionId[]（packages/workspace/workspace/src/index.ts:230-238）。每次 archiveSession（:244-259）把它追加进这个数组并落盘。客户端通过 workspace.list 的 archivedSessionIds 字段和 host/archived-sessions-changed 事件拿到它（client/runtime/src/client/workspaces/manager.ts:17-23, 225-247）。所以：

• 会话自己的 header/元数据里不会有归档标记——它是 registry 全局的"隐藏名单"，不是会话属性。你找不到是正常的。
• 隐藏效果来自客户端分组：archived 的 id 从分组可见性里排除（manager.ts:17 "hidden from grouping"）。

取消归档：全仓库唯一出现这个词的地方是一句 JSDoc 承诺

packages/host/apiproxy/src/api/workspace.ts:102："A future unarchive restores its position." —— "future" 就是现在还没有。核实结果：

• workspace service：只有 archiveSession（workspace/src/index.ts:244），没有 unarchiveSession 方法；
• RPC：fetch/handler.ts:118 只注册了 workspace.archiveSession；
• 客户端：manager 只有 archiveSession（manager.ts:228），没有任何 unarchive 调用；
• 持久化侧：archivedSessionIds 追加即不可逆（除了手工改存储文件）。

所以归档是单向操作——这正是你说的"无法恢复"。这是个真实的 API 缺口，修复面很小：一个 unarchiveSession RPC（从数组移除 id）+ UI 上一个取消归档入口即可；JSDoc 里"future unarchive restores its position"的语义（保留 workspace slot、恢复原位置）已经被 sessionIds slot 设计预留好了（workspace/src/index.ts:230 注释）。

顺带回答"为何不加删除会话"

当前设计里会话日志是 append-only 持久化工件，刻意没有删除 API——损坏家族（#1333/#1452/#1497/#1586 等）的严格检测 + 恢复工具策略依赖日志不被随意截断。社区目前的"删除"等价物是离线隔离：把会话目录移出 sessions/<cwd>/（这正是 dsh-doctor S11 的建议动作）。如果未来要加删除，正确形态是"删除 = 移除目录 + 从 registry 注销"，而不是在日志内部打删除标记。

[lkuko]

谢谢师傅细心回复，来迟致歉

[WSL043]

我是插件维护者。DSH Native Session Manager v1.1.0 已提供原生归档管理：可以浏览归档、按对话内容搜索，并把会话恢复到原来的工作区位置；实现复用 DSH 的 archive/unarchive 接口。已在 DSH 0.1.0-rc.6 与 0.1.1-rc.2 做过实际验证。

项目与安装说明：https://github.com/WSL043/dsh-native-session-delete
发布版本：https://github.com/WSL043/dsh-native-session-delete/releases/tag/v1.1.0