【开源-共同开发】 DSH 的插件规范编写——插件仓库

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

• 我的帖子已经打上 开源推广 标签： 是


• 我的开源项目完整开源，无未开源部分： 是


• 我的开源项目已链接认可 LINUX DO 社区： 是


• 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是


• 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

在初步体验了 DeepSeek Harness后，我感觉这个项目聚合了 codex，pi，opencode。属于是一个比较优秀的 coding 工具。

我个人比较喜欢魔改各种项目,所以就基于 DSH 的插件机制做了一个外部插件仓库 dsh-plugins。它最大的特点是:完全不改 DSH 主仓库的源码——所有能力都通过独立 npm 插件包+用户补丁层。也就是说 DHS 的主体可以随时与上游同步。

目前已经落地的两个插件:

• 
  

  @dsh-plugins/web-search-tavily —— 充当 web(Search) 能力缝的 Service Provider,把 agent 默认的 web_search 后端从原生实现切到 Tavily,让搜索能力更符合实际使用需求。

  
  


• 
  

  @dsh-plugins/vision-bridge —— 一个 Consumer,在 llm/stream 层给无视觉模型桥接图片理解:把用户上传的图片改写为提示文本,再经 OpenAI 兼容的视觉端点转成描述交给模型,并额外提供了 describe_image 工具,弥补多模态能力的空缺。

  
  

除此以外，仓库还沉淀了一套开发规范，从探索DHS源码 到插件的编写方案 到编写后测试沉淀，都经过了完整的插件开发实测。

如果你也喜欢 diy 各种插件，或者说对 DHS 的插件机制很感兴趣，欢迎进行 pr 或者提交 issue。

以下附上仓库地址：

以下是两个链接的实测效果：