用 dsh 做日常开发两三个月后，我的侧边栏归档区变成了一座山：验证过的老方案、跑废的实验会话、早就没有下文的需求讨论，全都躺在里面。真想找回某条会话时，翻起来比翻聊天记录还累。
DSH 侧边栏自带的归档动作只解决了「先收起来」的问题，「收起来之后怎么管理」没人在意。后来我装了 Codex 归档管理这个插件（z953218350/dsh-archive-manager），把积压清理做成了一套固定流程，每周跑一次，花不了二十分钟。
顺带说一句选它的理由：这个插件在 GitHub 上只有 9 颗星，周下载量却有 41,691。星数衡量的更多是社区声量，周下载量才是真实使用规模——两者倒挂说明用的人远比给它点星的人多。这类工具往往就是「装上就忘、能用就行」的实用型选手。
安装一条命令搞定，要求 DSH >= 0.1.2-alpha.2 和 Web Profile：
dsh plugin --profile web add @mlgbnb/dsh-archive-manager装完在 Web UI 的设置 → 插件里找到「归档管理」卡片即可。下面是我实际的四步流程。
第一步：按项目分组巡检，先看清积压长什么样
打开归档管理卡片，会话自动按所属工作区/项目分组，每组带文件夹图标和对话计数。这一步我不做任何删除，只做两件事：把「最早优先」的排序筛打开，看看最老的那批会话是什么时候的；再对着每个项目的计数问自己一句——这个项目我还在推进吗？
积压的恐惧大多来自「不知道里面到底有多少东西」。分组巡检把一座模糊的山变成几个有名字、有数量的清单，心理压力立刻小一半。
我的经验是巡检顺序也有讲究：先扫「最早优先」的头部，那些两个月前的会话大概率已经没有活口，处理起来心理负担最小；再扫对话计数特别大的组，它们是磁盘占用的大头，清掉的收益最直观。中间那些近期的、还在活跃的项目组，直接跳过留给下一轮。这样每一轮清理都能在最短时间内拿到确定性的收益，而不是从最难判断的地方开始磨。
第二步：预览确认，全程不用恢复
对每个要处理的分组，逐条点「查看内容」预览。这个设计我很喜欢：不用把会话恢复回工作区，就能在弹窗里直接浏览最近 50 条用户/助手消息，标题、创建时间、对话轮数、磁盘占用也都列得清清楚楚，日期格式和 Codex 保持一致。
但有个细节要心里有数：预览只有最近 50 条，更早的内容是看不到的。所以预览的正确用法是「确认这条会话还有没有价值」，而不是完整回放。遇到标题看不出来、开头 50 条也判断不了的会话，我倾向于先不动，标记为待恢复，进第三步处理。
预览时我给会话分三类：一看就是废弃实验的，进删除队列；还有价值的，进恢复队列；拿不准的，这一轮先跳过，下一轮再看。判断标准很简单——在预览窗口里五秒内能想明白归哪类，就想明白了；超过五秒说明拿不准，直接归第三类。宁可多留一轮，也不留遗憾。
第三步：恢复回原工作区，或物理删除
恢复队列里的会话，点「恢复会话」，它会立即还原回原所属工作区列表，并通过 SSE 实时广播同步侧边栏——不需要刷新页面，操作完切回侧边栏就能看到，整个过程无感。
删除队列里的会话，点「物理删除」。这里必须划重点：物理删除会同时删掉会话元数据和磁盘上的数据文件，没有回收站，删了就是真没了。所以我的纪律是——删除动作只对「预览确认过内容」的会话执行，绝不批量盲删。每个项目组虽然提供一键「删除项目中的全部内容」的菜单，我只在完全确定整个组都是废弃内容时才碰它。
顺带说清它和原生归档的关系：如果只是想给侧边栏减负，用原生归档把会话收起来就够了；归档管理器的价值在于「收起来之后还能看清、找回、彻底清掉」。两件事不冲突，我日常归档还是用侧边栏，只有每周清理日才打开这个插件。
第四步：Live Sync 核对，收尾不留尾巴
处理完一轮之后做核对。这个插件有 Live Sync：卡片展开时自动监听侧边栏的归档变动，我在侧边栏归档或恢复会话时，归档管理列表会自动无感同步更新。反过来利用这一点——处理完切回卡片，看各组计数的变化是否和我的操作对得上。恢复了几条、删了几条，列表数量应该严丝合缝。
对不上怎么办？说明有会话是在卡片展开之前处理的，此时手动关开一次卡片让它重新读取即可。这个核对动作只花一分钟，但它保证「你以为清理了」和「实际上清理了」是同一件事——清理流程最怕的就是留下隐性尾巴。
跑下来两个月的节奏
现在我的节奏是：每周一次前两步（巡检加预览），每两周做一次完整的四步。磁盘占用和对话计数让清理有了量化反馈——最明显的一次，某个废弃项目的归档组里躺着 40 多轮对话，一次清掉之后 sessions 目录的瘦身肉眼可见。
还有一点体感上的变化：因为找回成本低了，我开始敢把中间态会话放心地归档，而不是像以前那样怕「归了就找不回」而留在侧边栏里攒着。归档区从坟墓变成了仓库，侧边栏反而始终干净——这才是把归档这件事真正用起来的状态。
回头看，这套流程的核心其实不是插件本身，而是三条纪律：先看后删、删除必预览、处理必核对。工具只是把这三条纪律的执行成本降到了随手就能做的程度。装好插件之后，照着上面四步跑第一轮，你的归档山头基本就能削平。
总结
把归档积压的清理从「偶尔心血来潮」变成「固定流程」，靠的是分组巡检、预览确认、恢复或删除、Live Sync 核对这四步闭环，配上 Codex 归档管理执行起来很顺。更多 DSH 插件可以逛逛 DeepSeek Harness Hub 插件清单，按需挑选。
适合与不适合
适合：用 dsh Web Profile 日常开发、归档区已经积压几十条会话的人；多项目并行、需要按项目批量清理归档的人；想找回某条老会话又怕恢复动作打乱工作区的人；在意磁盘占用、想定期给 sessions 目录瘦身的人。
不适合：只在 CLI/TUI 里用 dsh、没有 Web Profile 的人——插件装了也没有入口；指望删除可撤销的人——物理删除没有回收站，误删无法找回；需要预览完整历史而不只是最近 50 条的人——更早的内容要恢复后才能看全。
标签：DSH、归档管理、Codex 归档管理、会话清理、Web Profile
本文由 DeepSeek Harness Hub 自动整理，数据来源于插件详情页。