dsh-reveal-explorer
DeepSeek Harness(下称 dsh)的第三方插件:在会话头部加一个按钮,点击后用系统文件管理器打开当前工作区目录。
前置要求
- dsh
>= 0.1.1-rc.2(peer 依赖:@deepseek-ai/cordis ^4.0.1、@deepseek-ai/dsh-host-webserver ^0.1.1-rc.2、@deepseek-ai/dsh-workspace ^0.1.1-rc.2) pnpm可用(dsh plugin底层转发给 pnpm)
安装
一条命令装完:
dsh plugin --profile <name> add github:EasyTZ/dsh-reveal-explorer#v0.2.1
<name> 换成你的 profile 名(桌面版通常为 web,TUI 为 tui)。插件自带 dsh.bundle 层(cordis.patch.yml),dsh plugin add 会同时完成「装进去」和「注册激活」,不需要再手写 patch。
命令里的
#v0.2.1是版本 tag,钉 tag 才能复现;想追最新可以改成#main,但不建议。
重启 dsh 后,会话头部的工具区会出现「在资源管理器中打开」按钮。
使用
点击会话头部工具区的「在资源管理器中打开」按钮,会用系统文件管理器打开当前会话的工作区目录。
卸载
一条命令卸载:
dsh plugin --profile <name> remove @easytz/dsh-reveal-explorer
<name> 与安装时一致。remove 会把包从 profile 依赖里移除,dsh 随后会把它从激活清单(dsh.profile.bundles)里撤掉。
如果你按旧版 README 手动往
$DSH_HOME/profiles/<name>/cordis.patch.yml或$DSH_HOME/cordis.patch.yml里加过- insert:条目,卸载时把那段 YAML 一起删掉。
重启 dsh 后,按钮消失。
已知限制
- 工作区目录在注册之后被移动 / 删除时,插件会在调用前检测并提示目录不存在,而不是对着错误弹「已打开」。
- Windows 上
explorer.exe有「窗口确实打开了却返回非零退出码」的怪癖,插件对此做了容错(只有进程起不来才算失败)。
平台支持
目前只在 Windows(explorer.exe)上验证过;macOS(open)与 Linux(xdg-open)的分支已写好但未实测,欢迎反馈。
No comments yet. Be the first to write one.