安装的dsh是一个用来控制所有插件的框架dsh的设计理念就是“一切都是插件”工具调用、UI界面、会话管理这些本质上一个个都是插件。plugin 插件一个npm包在配置文件里插件会以 id:xxx / name:xxx / config: 的形式把自己注册进系统。dsh --profile web --dump-config上面这个指令就能够查看到当前web 这个profile下面有哪些正在生效的“插件”。例如下面这些就是插件包deepseek-ai/dsh-tool-webdeepseek-ai/dsh-tool-pwsh、dsh-tool-fs等等deepseek-harness-tui/dsh-tui # 终端页面插件deepseek-ai/dsh-web-app # web页面插件web profile使用的就是他bundle 组合包一批插件组合而成bundle直译过来就是“一束”的“一层补丁”bundle 一种特殊的npm包他的package.json文件里面定义了dsh-base也是一种bundledsh-base打包了核心插件而且每个profile的第一层都是这个bundle。profile 环境bundle的有序堆叠就构成了profile。在profile的更上层还有preset当然是另外一个层面的概念按照会话决定AI挂载哪些工具使用定义在agent.cordis.yml文件里面并不是安装了插件就生效针对某个profile需要指定哪些插件生效。在众多dsh的教程中快速上手的方案基本上是dsh web这里的web其实是官方为我们配置好的一个profile。小结但是需要说明的是有时候同一个名称他既会在plugin出现也会在profile层面出现。比如说我用的dsh-tui这个工具底层他是一个tui界面插件但他上层也封装成了一个profile也能够在终端直接启动他。启动指令dsh-tui下面是我电脑上安装的dsh的文件结构还是能一窥一二的