DSHIO 术语表

30 个术语的标准定义，依据 DSHIO/T 00—2026。每个术语给出判别条件、常见误解与相关术语。也提供 API：/api/dshio/term?q=插件

主体

DSHDSH3.1.2

DeepSeek Harness，本体系所规范的宿主程序。以下各版本均指 @deepseek-ai/dsh 这个 npm 包。

DSH 名称含 DeepSeek，但其架构与模型解耦 —— 模型接入是独立插件（dsh-llm-*）。

插件plugin3.2.1

向 DSH 提供一项或多项能力的软件单元。以 npm 包形式分发，通过 cordis.patch.yml 声明在配置树中的位置。

判别条件：三条全满足才是插件：① package.json 含 dsh.bundle.patch 字段 ② 该字段指向的 patch 文件存在 ③ 该 patch 文件的 insert 列表至少含一个 entry

只有 dsh.client 字段不算插件。能 npm install 也不等于能被 DSH 挂载。

套件bundle3.2.2

一组插件的集合。以 dsh.profile.bundles 列表成员的形式出现。

与插件的区别：套件本身不提供能力，它只是把多个插件和它们的配置打包。例：@deepseek-ai/dsh-web-app 是套件，包含 web 界面、会话管理、工具执行器等一组插件。

profileprofile3.3.1

DSH 启动时载入的一组插件及其配置的集合。对应 $DSH_HOME/profiles/<name>/ 目录。

判别条件：出厂 profile：web、headless、sdk、sdk-minimal、acp

desktop 是保留名，由 Electron 宿主拥有，CLI 不接受 boot 和 config-dump 请求。

掛載mount3.5.1 备注

entry 出现在合成后的配置树中。

判别条件：dsh --profile <name> --dump-config 的输出里有你的 entry id

装上了 ≠ 挂载了 ≠ 生效了。这三步是分开的。

判定verdict3.5.3

对一次测试的结论。

判别条件：五值：pass（全部阶段通过）、install_failed（T1 失败）、config_failed（T3 失败）、installs_but_not_registered（T3 通过但 entry 未进配置树）、boot_failed（T4 失败）

判定只覆盖到失败的那个阶段，后续阶段不执行。

裝了沒註冊installs but not registered3.5.3

判定之一：插件能安装、能列装，但 entry 没有进入合成后的配置树。

判别条件：install_ok=true 但 registered=false

最隐蔽的失败模式。 用户看到的是「安装成功、列表里有」，但功能就是不生效。原因：patch 被后续层覆盖、id 与已有 entry 冲突、或 patch 没有 insert 项。

模型無關性model agnosticism3.4.1

DSH 的核心能力（安装、挂载、启动、工具注册）不依赖具体模型的性質。

判别条件：依据：模型接入由独立插件提供（dsh-llm-deepseek、dsh-llm-pi-ai 等），不在 harness 核心内

意涵：一个插件在 DeepSeek 模型下能装上，换成其他模型也能装上。安装性与模型无关。 只有工具调用可靠性这类「模型相关要求」才依赖具体模型。

權限聲明declared capability3.7.1

插件在 manifest 中声明的所需能力。

判别条件：能力标识：fs-read、fs-write、network、shell、credentials、dynamic-code、llm、env

高报权限会降低信任，低报会导致运行失败。

符合conforming3.6.1

满足某标准全部强制性条款的状态。

判别条件：判定主体为认证机构（当前为 DSHIO 自身）；判定依据为该标准的技术要求与试验方法