DSH 社区 7 个优选插件

哈喽啊，朋友们！我是小成同学。

先把找插件、管插件这件事理顺

找插件还在 GitHub、npm 和各种推荐帖之间来回跳的话，可以先看 dshmarket。

它对应的仓库叫 dsh-market/dsh-market，安装包名是 dshmarket。在 DSH 界面里就能浏览和搜索插件，找到后直接安装，后续更新与管理也在这里完成。

按当前 README，DSH 0.2.1 及更新版本可以在「插件」页切到 Plugin Market；较早版本则从设置里的 Plugin Market 进入。

客户端已经自带同一个市场的话，先检查现有入口，不必再重复装一次。市场可以帮忙展示插件声明的兼容要求，但声明不完整时，也不能保证一定能运行。

Web 版的文档命令是：

dsh plugin --profile web add dshmarket

这里的 web 不是装饰。安装到哪个 profile，就要在对应的宿主里使用。官方桌面端按该项目文档应从应用内的插件管理安装，不要把系统终端里的 Web 配置当成桌面端配置。

长任务总在压缩，先看 billion-context

billion-context 处理的是上下文管理，和我们之前介绍过的 dsh-context 不是一回事。

dsh-context 更适合观察窗口里装了什么；billion-context 则会参与处理会话历史。项目文档描述的做法是把已经消化过的对话分层压缩成摘要，并提供 compress / decompress / search_context 等工具，让模型按需要压缩、恢复或搜索历史。

这类插件适合任务持续很久、历史越来越长，又需要反复找回早期细节的场景。只是问几句话、改一个小文件，未必需要先加这一层。

名字里的 billion，也不要理解成模型凭空长出了十亿 Token 的原生上下文窗口。它讲的是通过压缩管理长会话，不是把底层模型的窗口上限改掉。

项目有「少用 5 倍 Token」等宣传口径，这里不当作所有任务都能复现的结论。摘要有没有漏掉约束、恢复历史是否及时、总费用是否下降，都要结合具体任务看。省下输入，不代表整个任务就一定更便宜。

原推荐里还有「177 万下载」。下载统计必须带时间区间，包下载次数也不等于使用人数，所以这篇不拿它作安装理由。

对于 DSH，README 给出的原生插件安装通道是 dsh plugin --profile <name> add billion-context。只装进需要的 profile，先拿一个能检查结果的任务试，再决定是否用于长任务。

界面不顺手，要分清左边和右边

这份清单里，dsh-codex-ui 和 dsh-better-sidebar 都和界面有关，但侧重点不同。

前者更偏向项目和会话组织。Codex 风格只是外观入口，项目可以折叠或拖动排序，常用项目可以固定；会话多了能搜索，长对话里也能按轮次跳转。

装上 Codex 风格界面

还有一个安装细节：搜索时叫 dsh-codex-ui，但当前 npm 包全名是 @michengai/dsh-codex-ui，不要漏掉前面的作用域。

项目 README 也明确提醒，不要与 ds-bot 同时启用，两者都会重做侧栏和会话界面。已经有一套界面改造的朋友，先停用旧的，再比较新界面是否适合自己。

而 dsh-better-sidebar 更像旁边的一张工作台：从文件树打开代码，就能编辑和预览；Git 与子 Agent 各有入口，后台任务也能查看，底部还有终端面板。它还开放接口，让其他插件注册扩展。

经常一边聊天，一边翻文件、看 diff、找后台任务输出的话，它比单纯换一套视觉样式更对症。

不过要特别看版本。当前仓库的 v0.28.0 安装说明要求 DSH 0.2.1-rc.1 或更新版本；如果宿主还是 0.2.0-rc.2，维护者给出的对应版本是 dsh-better-sidebar@0.26.1。

所以不要看到两个包都写着 latest，就以为它们一定配套。宿主和插件各自更新，版本标签并不会自动同步。

Git 图很好用，但先认准是哪一个项目

dsh-git-graph 是这份清单里尤其容易装错的一项。

npm 上这个名字对应 enoughpower/dsh-git-graph。按它的 README，插件会在会话区域增加 Git 页签，把分支、提交图、变更文件和差异视图放在一起，绑定当前会话的工作目录。

它不只是看图，还能切换分支，把改动暂存后提交，再推送或拉取。也就是说，点界面里的某些按钮会真的改变仓库，不能按「只读可视化插件」来用。特别是丢弃改动、删除文件，操作前先确认目标。

GitHub 上还有 WhitePlusMS/dsh-git-graph 这样的同名项目。它的文档明确说明自己是只读插件，并且从 GitHub Release 安装，不是 npm 上那个包。

原推荐没有提供仓库地址，无法仅凭一个名字断定作者指的是哪一个。我们把两者区分开，避免把 A 的截图和 B 的安装命令拼到一起。

另外，当前 dsh-better-sidebar 的 README 已经列出内置只读提交图。只是想看分支和提交历史的话，先看看现有侧栏能否满足需求，再决定要不要加独立 Git 插件。

联网搜索不通，再看 dsh-free-search

dsh-free-search 给 DSH 增加搜索 provider，当前文档支持多个搜索后端、切换引擎和失败回退。

原推荐说「7 个搜索引擎」，但当前 README 的列表已经扩展，既有 Bing、DuckDuckGo 这样的免 key 选项，也有需要账号、额度或付费 key 的服务。继续写死七个，反而容易误导。

插件名字有 free，不代表你勾选的每一个后端都永久免费。尤其启用多引擎并发时，可能同时消耗多路额度。只想补一个日常搜索入口，可以先从免 key 的后端开始，检查结果里实际用了哪个引擎。

回退也不是联网保证。所有候选后端都遇到网络故障、反爬或限流，任务仍可能搜不到需要的内容。项目文档中的「永不失败」不适合作为我们的承诺。

还有个比引擎数量更值得记住的细节：按 README，DSH 0.2.x 下，插件接管搜索可能把 provider 选择写进 profile。准备停用或卸载前，要按文档恢复相应的搜索、抓取配置，避免配置仍指向已经不存在的 provider。

搜索能返回结果，也不意味着结果可信。让 Agent 找资料后，重要结论还是要打开原始来源核对，别把搜索摘要直接当成事实。

Windows 命令反复报错，可以关注 dsh-ops

dsh-ops 提供一套 ops_* 工具，涉及文件读取、编辑和其他操作，也提供 Native 与 PTC 两种使用方式。它不是服务器运维面板，名字里的 ops 指更广义的运行操作。

对 Windows 用户来说，比较直接的关注点是 ops_bash。不过仓库里的文档要分版本读：旧说明提到 Windows Bash 和可选禁用 PowerShell，另一份中文文档则明确标注为尚未发布的 0.4.0 候选版本，描述了跨平台 shell，并说明 PowerShell 仍由宿主管理。不能把两份说明拼成同一个已发布版本的功能。

任务经常卡在命令语法、路径或 shell 差异上的话，这个方向值得评估。先按实际安装版本核对 Bash 来源、权限和路径，不要把候选分支的说明当成 @latest 已经提供的能力，也不要默认任意脚本都能无差别运行。

我不建议刚装好就把原有工具全部隐藏。先保留可回退的配置，确认常用读写和命令执行正常，再按需要启用替换选项。它的目标是提高工具效率，具体省多少 Token、少跑多少轮，不应照搬项目自用 benchmark 当成你的结果。

安装也分目标应用。项目提供 desktop、web、tui 的入口，并特别要求桌面端使用桌面应用自带 CLI。最省心的办法，仍然是先看目标应用内的插件管理，再对照项目安装说明，而不是复制别人的一条命令就往下跑。

总结

如果只给一个建议，我会先问自己：现在到底是哪一步最烦？

找插件麻烦，看 dshmarket；项目和会话多到不好找，看 Codex UI；改代码时总在窗口间来回跳，看 better-sidebar。长会话管理、联网搜索和 Windows 工具执行，再分别考虑 billion-context、free-search 和 ops。

Git 则先看你缺的是读图还是操作仓库，同时核对作者和安装来源。

不用为了凑齐一份清单，把七个一起装上。先留一份配置备份，一次加一个，跑完自己熟悉的任务，再决定是否保留。出了问题也能知道从哪里退回去。

插件真正帮上忙的标准，还是你少了一次无意义的折腾，任务结果又能检查清楚。

资源链接

• 上下文压缩：https://github.com/ranxianglei/billion-context

• 插件市场：https://github.com/dsh-market/dsh-market

• Codex 风格界面：https://github.com/MichengAI/dsh-codex-ui

• 侧栏工作台：https://github.com/omdsh-dev/DSH-better-sidebar

• npm 同名 Git 插件：https://github.com/enoughpower/dsh-git-graph

• 另一个只读 Git 图项目：https://github.com/WhitePlusMS/dsh-git-graph

• 多引擎搜索：https://github.com/DDDMUC/dsh-free-search

• OPS 工具：https://github.com/T-Auto/dsh-ops