用 DSH 跑长任务的人迟早会遇到同一个问题：模型一直在写文件，而你不知道它写了什么。会话里的工具调用记录会一行行滚过去，可你要的是「现在磁盘上有哪些东西、刚才那次 edit 到底改了哪几行」。翻记录找路径，再把文件一个个打开，这套动作每天重复十几遍。
dsh-popout-sidebar 给的是另一种组织方式：把产物与文件树做成一块常驻面板，并且允许它弹出成一个独立浏览器标签页。这个「弹出」听起来只是换个位置，实际改变的是你在这块屏幕上做什么。
一块面板，两种用法
不弹出时，它是一条浮动在右上角的侧边栏，追着主界面走。适合单手操作：对话在左、产物在右、宽度自己拖。设置里最短面板宽度默认 20%（可调 20–60%），预览区默认占面板高度的 70%（可调 20–80%），两条分界线都能直接拖。
弹出后，它变成一个独立标签页（路由 /popout-sidebar），可以拖到第二块显示器、可以全屏，也可以和主界面并排放。内容与侧边栏完全一致：产物列表、文件树、同款预览。
我的用法是主屏只放对话，副屏常驻那个弹出页。原因是主界面上的浮动面板再宽也挤在会话旁边，而产物审阅需要的是横向空间——尤其是看代码 diff 的时候，行号、删除行、新增行三列并排，面板窄一点就得反复横向滚动。
产物是怎么被认出来的
这一点值得说清，因为它决定了你会不会「看到不该看到的」或「漏掉该看到的」。
插件在宿主侧监听两类事件。第一类是 tools/result，从 write 和 edit 的成功调用里取 file_path；edit 还会额外记下 old_string / new_string 片段，所以预览里能直接看删除与新增的对比。第二类是 tools/execute，针对 bash / pwsh 这类「执行完才产生文件」的调用：插件在命令前后各做一次工作区快照（递归列目录 + 版本 token 指纹），把前后差异里新增或改写的文件并进列表。
快照会主动跳过 node_modules、.git 这类大目录。这个设计在真实仓库里是必须的——不跳过的话，一次 npm install 就能让快照扫上万个文件，而其中绝大多数对审阅没有意义。
代价也很直接：跳过的大目录里的产物不会被记录。构建输出如果落在 node_modules/.cache 之类的位置，你在列表里就看不到它。
预览覆盖哪些类型
按扩展名分流：代码与纯文本给语法高亮和行号，Markdown 直接渲染，图片与 PDF 走浏览器原生查看器，HTML 放在沙箱 iframe 里跑。超长内容会自动截断，只渲染前面的部分。
这条截断规则对「一份两千行的日志」来说是好事，对「我要看最后 50 行报错」来说是坏事——遇到长日志我一般直接点复制路径，回终端 tail。
和别的侧边栏同时开着
DSH 从 0.1.7 起自带右侧边栏，社区里也有其它侧边卡片类插件。这个插件的处理方式是自动让位：别的卡片打开时它挪到左侧；自带右侧边栏展开时，它与右上角的图标按钮一起让到其左侧，收起时两个按钮并排不重叠。
也就是说，它不要求你「二选一」。这在装了多个面板类插件之后很重要——互相抢同一个角落的插件，实际体验比少装一个还差。
一个具体的工作流
我目前的循环是三步，全程不离开副屏：
1. 模型跑完一段，扫一眼产物列表里新增的条目，点开有 edit 的那些看 diff；
2. 确认没问题，鼠标悬停在条目上点「引用」，把 @path 写进会话输入框，接着安排下一步——不用手打路径，也不用记目录结构；
3. 一轮结束，进清除模式，把已经确认过的条目标红删掉。列表回到干净状态，下一轮的产物一眼能挑出来。
第三步需要提醒一句：清除模式只是移除列表条目，不动磁盘文件。它和「删除文件」是两件事，第一次用容易紧张，其实很安全。
文件树那一栏解决的是另一类问题。它的状态跟着工作区切换实时变（靠跨标签页的 localStorage 同步当前会话），所以在多个项目之间来回切的时候，不用重新找路径。目录是懒加载展开的，点文件即预览。
该调的几个设置
- 自动刷新默认开着，面板打开时每 2 秒拉一次产物列表。追长任务时很有用，纯阅读时把频率降下来的办法只有关掉它再手动刷新——没有中间档。
- 默认展开建议关掉。需要时点一下右上角的图标，不需要时它不占视野。
- 文件树如果工作区目录很深、文件很多，关掉它能让面板加载更轻。
- 设置存在浏览器的
localStorage里，键是dsh-popout-sidebar:settings。换浏览器、清缓存、或者用无痕窗口，都会回到默认值——这是它「不像服务端配置」的地方。
弹出页的两个既定事实
独立标签页固定使用浅色配色，不跟随主界面深色主题。作者的理由是「保证在另一块显示器上内容清晰稳定」，要深色得手动在地址后面加 ?scheme=dark。
它还每 1.5 秒自动刷新一次，比侧边栏的 2 秒更快。长时间挂在副屏上，这是一条持续的小流量，无所谓带宽，但在笔记本电池模式下值得知道。
总结
这个插件的价值不在功能数量，而在把「模型改了什么」变成一块可以常驻盯着看的东西。它跟踪的是 write / edit / bash / pwsh 四条路径，覆盖了绝大多数文件产出场景，边界也很清楚——快照跳过的大目录、其它工具产生的文件，都不在列表里。站点记录的安装验证是 L4 真实安装（dsh 0.2.1-rc.2），自动扫描为「含敏感能力」（读写本地文件、写剪贴板、发起网络请求），尚无人工评估。想比对同类侧栏与文件审阅类插件，可以看 DeepSeek Harness Hub 插件清单。
适合与不适合
适合：有双屏的开发者；跑长任务、需要边跑边审文件的人；在多个工作区之间来回切的场景；已经装了其它侧栏插件、不想二选一的人。
不适合：单屏且屏幕小的环境（弹出页会挤掉对话）；只在终端里工作、不用 Web UI 的人；需要深色主题一致性的用户（弹出页固定浅色）；要求产物列表覆盖 node_modules 与构建缓存目录的场景。
标签：dsh-popout-sidebar、DeepSeek Harness、产物审阅、双屏工作流、侧边栏
本文由 DeepSeek Harness Hub 自动整理，数据来源于插件详情页。