【遇见 AI】DSH(DeepSeek Herness)踩坑实录

我在 Nas 上用 docker 跑的,所以会有一些额外的坑。

[!tip] 总体上

  • 还在快速迭代,并不成熟,很多东西都在变化,会出问题
  • 插件质量喵喵咪咪的 viding code 水平,而且官方更新随时可能的导致插件失效或者没必要
  • 但是,生态很活跃,基本所有问题都有人在解决
  • 自己折腾可以学到很多东西
  • 我使用的镜像 smanx/deepseek-harness:admin-latest,admin 版可以自己管理安装的版本。但重装需要先手动删掉前面安装的版本。管理界面在 ip:端口/__admin/ ,如果没有安装 DSH 会直接进入管理界面。但管理界面功能也挺简陋的
  • DSH 默认不能监听 0.0.0.0 也就无法局域网访问,所以镜像里做了个反代,基本上大家都是这么解决的。但如果你安装后能够进入管理界面,其实也有一众插件来解决这个问题。但是可能还要再搞其他客户端。还是反代来的更加简单直接。
  • 但是反代有时候也是会出错的,尤其在服务频繁重启的状况下。
  • 映射好了各种路径,倒也没有什么可担心的,反正大不了重建镜像,或者重新安装 DSH。
  • 装插件经常需要重启,插件多了,重启速度还是比较慢的。
  • 如果插件质量不行或者不适配,可能服务就启动不起来。那就在命令行把插件删掉。
  • 还启动不起来,很可能是因为有一个 lock 文件(.credentials.yaml.lock),在 ~/.dsh 下面。当然路径和你具体的安装设定有关系。把这个文件删掉,再尝试重启。
  • 使用反代的方法,有一系列插件可能出现问题。我目前感觉 zhu1090093659 这个人的插件基本上在我这里都会翻车。而他的许多插件都是热门插件,霸榜的那种级别。
  • 很多插件(尤其界面相关)不稳定,并且是常态,处于有影响和无影响的混乱叠加态,装完是好的,一会儿不好了,关掉重开又好了(

这样看来坑并不算多,装好插件不再折腾之后,基本是稳定的。但是它的每一次更新,你都需要认真关注。因为有时候官方功能会取代掉一些插件。也可能造成一些插件不兼容。

我目前遇到比较严重的问题就是对话损坏,无法加载。但可以通过一些插件将内容导出出来,不过尝试了几乎所有的修复方法都没能成功修复。

然后列几个我安装了的插件(仅供参考,不作为推荐):

  • 基础功能增强:
    • dshmarket: 插件市场,基本是好用的,不过并不包含所有插件,只是被收录的插件,所以自己命令行安装的情况还是存在的
    • @xmanrui/dsh-im: IM 连接插件,一个插件解决所有 IM 连接需求
    • dsh-better-edit: 更精准稳定的文件编辑能力
    • dsh-hot-reload: 说是更新插件后无需重启,注意是更新,不是安装或者卸载。感受上不明显,因为最近折腾一直就是安装卸载。
    • @kenz1117/dsh-ui-usage-billing: 观察余额,这类插件挺多的。但是我薅各种羊毛,这种就其实也不太能准确显示我的状况
  • 其他模型:
    • dsh-media-gen: 对于非文本聊天接口的生图(/images/generations、/images/edits),生视频(/v1/videos)模型进行支持。
    • dsh-better-reasoning-effort: 模型推理登记调节(默认非 DeepSeek 模型不支持调节,所以需要插件显示调节滑块)
  • 上下文:因为我遭遇了模型上下文长度和标称不一致的状况,所以装了下面两个插件
  • 界面优化
  • 记忆:但我需求很低
    • @modusensus/dsh-mneme: 这个很简单,几乎无需配置。不过整理记忆并不是所有模型都支持,记得测试一下
    • @stardustlc/dsh-dream: 理念很不错,但现在我还没达到这个复杂度
  • 输入框:
  • 对话增强:
    • dsh-rewind-plugin: 从某点重新开始,回退?!但感觉用 fork 也能实现类似功能
    • dsh-session-recycle-bin: 归档回话彻底删除,但是感觉这个插件搜索到的会话并不全,不过一般也够用
  • 网络搜索:
    • dsh-web-search-free: 官方搜索用不起,反正很多免费的搜索 api,接入,然后可以排序,自动回落
  • 远程连接:
    • DSH Tether: 手机端连接,这个好用!配置简单,外网可用,没有功能丢失(就是 Web 界面)(via @CCR 推荐 )
3 个赞

问俩问题:
1.你说的薅羊毛是薅非DS家的吧?
2.这个使用上和用WorkBuddy有啥大区别?(比如有啥是它能干,WB干不了的?看描述主要是可以插件用远程操作?)

是的,但这可以引申出两个问题。

  • 本体以及许多插件是面向 DeepSeek 的,所以使用的模型智商如果达不到相应水平可能有问题,比如 dream 是整理还是梦游
  • 很有趣的,有插件可以延迟任务执行,以便在价格低的时候再去执行并不紧急的任务。

我想想……WorkBuddy 类似于国产手机,啥都预装了,基本上功能完善,拿起来就用,但你也要忍受它里面那些你不需要的东西。而当你需要增加一些什么的时候可能也没有太好的方法,只能微弱的打补丁。DSH 有点类似于原生系统,甚至支持 Xposed 框架,可以任意安装插件,改造,各种小痛点都可能可以精准地解决,也有大量人在解决问题。但是解决的质量并不确定,是否会持续更新解决方案也不确定。另外一些系统、厂家级别的东西可能用这种社区力量也难以解决。

比如 WorkBuddy 有手机端,小程序,很容易链接,很稳定控制。有云端工作区吗?反正 Trae Work 有,可以不开电脑,纯云端干活。但是 DSH 是自己部署,各种手机端要自己研究连接,穿透,云端的话就得自己弄服务器或者 Nas……这样

2 个赞

workbuddy整个软件的优化都是一坨,在我这边卡的要死,圆角统一什么的先不提,性能上就完全不行。默认启用了超多完全用不到了腾讯垃圾skills
并且workbuddy还经常出现调pwsh执行命令时莫名其妙调了bash,然后git也用的bash的内置git,然后疯狂报错,写了一堆prompt也不顶用,指令遵循度有点太差了

dsh有个扩展叫做 dsh-tether/README.zh.md at main · zexadev/dsh-tether · GitHub 相当好用,完全不用自己动脑子配置就能在手机端上下命令和修改

1 个赞

国产这几个感觉就 Trae Work 最好用,有好几个都是聊天一长直接卡成狗

有意思,晚点试试。前面用过一个,其实也可以,但是控制台很多输出,看着烦,我就给卸载了

我用dsh从不直接挂别人的插件,都是ai裁剪插件,我现在dsh的运行内存可以控制在500M以内
如果使用workbuddy的话 起步1g 四五个小时后就3g往上 完全不可能实时在线

dsh 我也在用。dsh 现在更新迭代太快,你无法指望在NAS里装一个长时间用。

dsh升级前,我会新开一个session,让dsh自己检查当前环境中自定义安装过的插件或profile,然后让它自己检查升级后是否会有兼容性问题,并且让它自己 try-run 升级,它确认无误后,我再从服务器上升级重启dsh服务

workbuddy 我也在用,但是dsh是完全不同的使用场景。dsh装在服务器上,代码也在服务器,dsh直接操作的是服务器上的workspace。 workbuddy 是在本地windows,workbuddy主要做的是日常办公类的工作

迭代太快,但我感觉主要问题在兼容性上,本体的升级倒是压力不大。

我现在主要是有智商的模型额度不足,所以这种方法不太可行。好在挂了压力也不大。其实希望有一个不附带任何插件的安全启动模式,方便二分法排除问题

DSH 本体禁局域网连接,感觉目前也没想侧重服务器使用的场景。只不过显然大家都想这么用,谁不想有一个永远在线的小助理呢。

这个也不全面,当然要先扩大化一下,如果你说的 WorkBuddy 是指这一类工具的话。Trae Work 的云端功能我就觉得很方便。不用开电脑,手机上,甚至网页上(用什么设备开网页是另外的问题),直接交代任务,云端完成。也有股子小龙虾的味道了。

但显然没有自家 Nas 上的文件操作着方便。但如果只是希望 AI 有文件操作能力,相当于助理拿着笔记本随时记录翻阅,提升记忆力和准确性,那这些工具其实已经很好的满足了。

额外的还有元宝的免费小龙虾。

升级影响的主要就是兼容性问题,0.1.5 升级的 v3结构 的 session 存储,我当时升级后就有个别 session 无法打开,先用低版本重启启动,让它自己修了一通之后再重新启动的

遇到问题,把error日志发给网页免费的deepseek,它也能大概分析个七七八八,自己手动修一下也够用

我是本地服务器上安装,ssh 把接口转发出来的,官方建议的标准做法。而且公司的服务器,本来也是局域网内,没有公网IP

你说的这种场景,我是在服务器上装的 hermes,处理内网查询的办公类工作,给了它比较克制的服务器权限。workbuddy 主要是在 windows 上,搞一搞 ppt 和日常记录的工作

我现在也是能用网页版用网页版,毕竟省钱还有智商

我确信我懂得不多,控制不好权限,索性一律无脑套 docker

我也是把dsh放在docker里,在docker里给它一个普通的user权限,没给root权限。然后dsh session 里给每个workspace 对应的读写权限,超出workspace 的写都让我看一眼

就没多看过,炸了就重建,小问题。

话说某些工具(不点名了)的权限管理真的是,各种目录随便读写,表面上没给完全权限,但实际上足够把系统搞飞了的。