开源+民间一万多个插件，可以说dsh初步拥有了自己的生态。
最近几个版本的更新，解决了一个插件异常整个程序打不开/插件无法管理和卸载/插件无法自动升级等问题。
但是，当我从存量1.8w的某个插件市场，按照star数量+最近更新优先级，寻找一些实用类型的编程插件时，发现这些插件往往伴随着一些问题。
抛开一些特定缺陷类问题(更新不及时/失效/安装报错/权限失控/安全漏洞/逻辑漏洞)不谈，单看实用性，让我感到比较难受的点如下：
①样式设计与dsh本身不融洽，甚至丑陋。难用想象某些插件的字体/内外边间距/边框，效果不如ai写完后多轮精修的效果，这甚至在几千几百star的插件中普遍出现。
②大量的重复造轮子，同名插件过多，各有优势劣势但是同时安装又显得臃肿/冲突，让dsh创造模式融合重写又得不到原插件及时的更新。后发的好插件又因为star少被人跳过。大量ai一次生成没有review的插件混入其中。
③维护较多的热门大插件逐渐臃肿，尝试通过增加功能“垄断”。比如我想要一个功能，大插件安装后往往捆绑了一堆我不需要的功能，这些功能又和另一个插件重复。(虽然现在dsh整出了整合包模块化，能够单独开关，但是这也是要开发者遵循设计要求进行解耦才可以)
④民间能力有限，对于整套工具的驾驭能力不足，市面上几百到几万star的插件我都大概看过，很少有大型整套的插件。
⑤某些带工具的插件全局装载进入上下文，其内置提示词对agent产生影响。
看到这里，你可能觉得：哥们，dsh才出来两个月，现在一个lts没有，DeepSeek官方还在不停迭代，你急啥？想要开箱就用可以用其他agent，等dsh完善嘛。
自从zcode爆雷后，我改用了dsh。不得不说，z➗除是除了，但是zcode单看功能上，确实是国内最成熟的一档。在暴雷之前，吧里面也有不少人推荐不能使用Claude code和Codex的8u使用zcode，说比opencode，trae，qoder，WorkBuddy之流强的多。
那么回到dsh，回到标题，dsh距离直接上手差了什么，从一键打包桌面版，免api key直接账号登录，在历次更新中，dsh团队尝试将更多的东西免配置直接加入前台设置项中，在多个地方增加了(创造你的插件)功能，为了什么？为了降低用户的准入成本。
我们看看dsh提供了哪些插件：子智能体，网页搜索，agent循环，终端。
实验性插件：智能体团队，语言输出，自定义插件索引，自动授权审查，变更请求与工作树，个性化推荐，开发者工具，git工具树，思考过程机器翻译，谁对话更新的标题，dsh徽章技能，Codex子智能体，Claude code子智能体。
先发了，楼下接下来细说一下dsh提供的插件(不包括内置的插件，因为万物皆插件，这里只谈插件页展示的)