第 3 卷
<!-- [style] 子标题编号统一:去掉残留旧编号 -->
三个必须懂的概念
**① profile(可启动形态)**
一个 profile = `$DSH_HOME/profiles/<name>/` 目录,包含:
- `package.json`:插件依赖 + 清单(`dsh.profile.bundles` 指定 bundle 顺序)
- `cordis.patch.yml`:你的补丁层(挂载/覆盖插件)
启动时按顺序合成:内置 bundle → profile patch → 全局 patch → `--patch` 覆盖。
**② host 半 / client 半(一个插件,两副面孔)**
| 半边 | 跑在哪 | 干什么 |
|---|---|---|
| host半 | Node进程 | 工具、服务、事件、文件 |
系统——applyctx 注册
client 半浏览器(web profile)UI、交互—— package.json 的
dsh.client 声明
一个 npm 包可同时携带两半(`exports["."]` + `exports["./client"]`)。
**③ 扩展点(extension point)**
官方原则:"**Plugins, not loop changes**"——改行为优先用官方钩子,不要 fork 核心。
常用扩展点(后续章节逐一实战):
- `agent/request` waterfall:每次模型请求前改配置(工具调用提速插件的挂点)
- `conversationEvents.register`:订阅/注入对话事件
- `ctx.slots.inject`:在界面槽位注入 UI
- `settings` 服务:注册用户可配置项
1.4 DSH 与主流 Agent 的全面对比
<!-- [style] 子标题编号统一:去掉残留旧编号 -->
能力矩阵(核心六家)
| 维度 | dsh | Claude | OpenAI | OpenCod | Gemini | Kimi CLI |
|---|---|---|---|---|---|---|
| Code | Codex | e | CLI | |||
| 开源 | ✅MIT | ❌闭源 | ❌闭源 | ✅MIT | ❌闭源 | ❌闭源 |
| 模型绑定 | 模型无关 | Claude系 | GPT系 | 任意 | Gemini系 | Kimi系 |
(官方适配 DeepSeek
)
| 官方运行时 | ✅(web | 产品即运行 | 产品即运行 | 客户端(无 | 产品即运行 | 产品即运行 |
|---|---|---|---|---|---|---|
| + | 时 | 时 | 官方后端) | 时 | 时 |
headless
- 插件生
态)
插件体系官方级:一配置/钩子配置为主配置为主无无切皆插件,为主
60+ 官方包
自定义界面✅(client❌❌部分(TUI❌❌ 半 = 自由固定)
UI)
自动化/CI✅✅✅✅✅✅ headless
profile
TUI插件可做✅ 内置✅ 内置✅ 内置✅✅ (官方未内
置)
生态阶段零日起步成熟成熟成熟成熟早期(2026-
08-13)
适合谁想深度定制开箱即用开箱即用熟悉Google 生Kimi 生态
- 玩生态的OpenCode态
开发者用户
<!-- [style] 子标题编号统一:去掉残留旧编号 -->
更多主流 Agent 速览(一句话定位)
| Agent | 一句话定位 | 与dsh的核心差异 |
|---|---|---|
| Cursor | IDE内嵌的AI编码助手 | 深度绑定IDE;dsh是独 |
| (Composer/Agent模 | 立运行时,可配任意编辑 | |
| 式) | 器/终端 | |
| Amp | 终端原生、代理优先的AI | 轻量终端形态;dsh多了 |
| 编码agent | 官方后端+插件生态 | |
| Devin | 云端"AI软件工程师"(独 | 托管云端;dsh本地运 |
| 立任务/浏览器/工作区) | 行、数据不出本机 | |
| Windsurf | IDE内嵌编码agent | 同Cursor,绑定IDE |
(Flow/Agent 模式)
Aider开源、Git 优先的终端专注"改代码 + git";dsh pair-programming是通用运行时
agent
| Qwen Code | 阿里通义coding agent | 主打Qwen模型;dsh官 |
|---|---|---|
| CLI(内置DeepSeek | 方适配DeepSeek且插件 | |
| provider) | 化 | |
| GLM CLI | 智谱coding agent CLI | 主打GLM模型;dsh模 |
型无关 + 插件生态
Grok CLIxAI 终端 coding agent主打 Grok 模型
> 结论:主流 agent 大致分三类——**IDE 内嵌**(Cursor/Windsurf)、**终端编码助手** (Codex/OpenCode/Aider/Qwen Code/GLM CLI/Grok CLI)、**运行时/平台**
(dsh/Devin)。dsh 是目前唯一"官方开源 + 模型无关 + 插件生态"的运行时型选手。
<!-- [style] 子标题编号统一:去掉残留旧编号 -->
通俗文字版:每家是什么、适合谁、和 dsh 差在哪
**Claude Code(Anthropic)**:目前最成熟的终端编码助手。开箱即用、TUI 体验好、生态成熟——**适合想马上干活的人**。缺点:闭源、绑定 Claude 模型、定制空间有限(只能
配置/钩子)。和 dsh 比:dsh 能改的东西它改不了(界面/工具链/后端),但 dsh 的"开箱即用"还比不上它。
**OpenAI Codex**:OpenAI 的终端 agent。工程能力强、GPT 系模型加持。同样闭源绑定。
和 dsh 比:能力线接近,但 dsh 开源可自改。
**OpenCode**:开源、终端、可配任意模型——和 dsh 最像的"邻居"。关键差异:
**OpenCode 没有官方后端运行时**(它是客户端 + 配置),dsh 有官方 bundle + 60+ 包
- 插件生态,可定制面更深。**如果你是 OpenCode 用户,迁移 dsh 的成本很低**(概念类
似)。
**Gemini CLI**:Google 的终端 agent。长上下文/多模态是强项(Gemini 模型优势)。绑定 Google 生态。
**Kimi CLI**:月之暗面的终端 agent。中文场景好、Kimi 模型加持。生态早期。
**Cursor / Windsurf**:IDE 内嵌型——它们的优势是"编辑器里就用",劣势是**你被锁在 IDE 里**。dsh 是独立运行时,可以在任意环境(终端/CI/服务器/未来的 TUI)用同一套
agent 能力。
**Devin**:云端工程师——你给它任务,它在云上干活。优势是托管、有浏览器;劣势是** 数据出本机**、费用高。dsh 本地运行,隐私可控。
**Aider**:老牌开源、Git 优先、轻量。适合"只想让 AI 帮改代码"的极简主义者。dsh 是更重的运行时——如果你只需要 Aider 做的事,Aider 够用;如果你想做 Agent 系统,dsh 是
底座。
全站分卷索引 · 43 卷
- 1第 1 卷
- 2第 2 卷
- 3第 3 卷
- 4第 4 卷
- 5第 5 卷
- 6第 6 卷
- 7第 7 卷
- 8第 8 卷
- 9第 9 卷
- 10第 10 卷
- 11第 11 卷
- 12第 12 卷
- 13第 13 卷
- 14第 14 卷
- 15第 15 卷
- 16第 16 卷
- 17第 17 卷
- 18第 18 卷
- 19第 19 卷
- 20第 20 卷
- 21第 21 卷
- 22第 22 卷
- 23第 23 卷
- 24第 24 卷
- 25第 25 卷
- 26第 26 卷
- 27第 27 卷
- 28第 28 卷
- 29第 29 卷
- 30第 30 卷
- 31第 31 卷
- 32第 32 卷
- 33第 33 卷
- 34第 34 卷
- 35第 35 卷
- 36第 36 卷
- 37第 37 卷
- 38第 38 卷
- 39第 39 卷
- 40第 40 卷
- 41第 41 卷
- 42第 42 卷
- 43第 43 卷