ArvinQi/dsh-mcp

dsh-mcp — MCP 管理界面 + tool search：稳定工具列表、命中缓存、不撑爆上下文

dshfind

支持版本：dsh 0.1.6-alpha.2 —— 本插件在 0.1.6-alpha.2 上开发与验证，package.json → dsh.supported 同步声明。DSH 与插件两侧版本不匹配时，设置页会给出排查诊断（检查注册行 → 重启 dsh web → 硬刷新 → 同步升级）。

设置页预览

为什么用 dsh-mcp？

解决的核心问题：

- MCP 工具全量注入烧 token：接入多个 MCP 服务器后工具可达上百个，每轮全量注入开销巨大。search 按需检索模式让模型通过 mcp_tool_search 热注入所需工具，大幅节省 token。
- 工具列表反复更新破坏缓存：tools/list_changed 通知会让同名工具被反复注销/重注册，系统提示词工具列表抖动、prompt cache 频繁失效。工具列表稳定化让未变化的工具保留原注册，最大化 cache 命中。
- 没有可视化管理入口：服务器配置、启停、工具勾选全靠手工改文件。Settings → MCP 一站式可视化完成。

功能优势：

- 可视化管理：服务器列表 / 新建 / 编辑 / 删除 / 测试连接 / 启停 / 刷新，全 UI 操作
- 进程级环境变量：全局 KV 配置（默认展开、支持批量添加），服务器请求头 value 写 变量名 或 ${变量名} 即可在连接时自动替换为配置值（如 Authorization: Bearer ${TOKEN}）
- JSON 全量配置：「JSON 维护配置」面板以一段 JSON 数组查看/编辑全部服务器配置，应用即保存（新增/更新/删除）
- 工具级精细控制：每个服务器展开工具列表，默认全选，可取消勾选只加载需要的部分
- 图片结果透传：MCP 工具返回的图片（截图/图表等）经附件服务投影为图片引用进入模型上下文，带严格预检与有界降级文案（PR #4）
- 双注入模式：search（按需检索，省 token）与 full（全量注入）
- 零 npm 依赖：直接对接 DeepSeek Harness 内部能力，安装即用
- OAuth 认证支持：streamable-http 服务器若走 MCP OAuth（授权码 + PKCE），连接时自动打开浏览器授权；token 与 client 信息持久化、由 SDK 自动刷新（24 小时内活跃自动续期），失效后自动重新授权
- 三种安装方式：npm / GitHub git 源 / 本地 link；中英文界面与文档

功能

- 托管 MCP 服务器注册表（host）：持久化定义（storage-domain mcp_servers）、按服务器挂载
@deepseek-ai/dsh-mcp-client 实例、环境变量注入（明文入定义、secret 走 credentials）、
连接探测（test）。
- Web 设置管理页（client）：Settings → MCP，列表/编辑/删除/测试服务器。
- OAuth 认证（host，lib/oauth.js）：streamable-http 服务器遇 401 + OAuth 挑战时自动走
授权码 + PKCE 流程，打开浏览器授权、回环回调收码、token 持久化并按需自动刷新；
测试连接与挂载共用同一份 token。
- Remote 自挂载：client 半部在 apply() 里自行 ctx.remote.$mount() 挂载 mcpManager
命名空间（原实现依赖 api-remotes 的 in-box 修改，独立版不再需要任何 in-box 包改动）。
- 读取声明式服务器（host，lib/cordis-servers.js）：把 patch 层里原生声明的
@deepseek-ai/dsh-mcp-client 行一并展示到设置页（只读，见下节）。

声明式服务器（cordis.patch.yml）与优先级

DSH 原生支持在组合里直接声明 MCP 服务器：一行一台，name: '@deepseek-ai/dsh-mcp-client'，
放在 profile 级 $DSH_HOME/profiles//cordis.patch.yml 或机器级
$DSH_HOME/cordis.patch.yml（机器级对所有 profile 生效，且按层级覆盖 profile 级同 id 行）。

- insert:
- id: mcp-github
name: '@deepseek-ai/dsh-mcp-client'
config:
transport: stdio          # 或 streamable-http
serverName: github
command: npx
args: ['-y', '@modelcontextprotocol/server-github']

1.11.0 起，这些声明会出现在 Settings → MCP 列表中，标记「cordis 声明」，只读展示来源文件。
规则：

- 声明优先：同一 serverName 若已被 patch 层声明（且未 disabled），插件不再挂载存储里
的同名行——同名双挂载会撞工具注册表并让该服务器的工具整代回滚，页面会给出冲突说明。
- 只读：声明式服务器在本页不可启停/编辑，改配置请直接改 cordis.patch.yml（web/desktop
为 live reload，改完即生效；headless/sdk 等下次启动生效）。
- 导入 storages（镜像行）：启动与每次刷新会把声明导入存储 domain（id cordis:，
带 origin/declaredIn/declaredRowId 来源标记），只导入不覆盖——插件自建行永不被改写；
声明消失的镜像自动删除（镜像只是声明的副本，无主后不应堆积）；含 !!js 表达式的声明跳过导入并在页面标注
原因（值只能在 Loader 内求值）。镜像行永不挂载，挂载始终归组合。
- 接管 / 释放：点击「接管」后，插件在 cordis.patch.yml 的受管块内写入 id-targeted disabled: true
（首次写入前生成 .dsh-mcp.bak 备份；原子替换、幂等、可逆，只动该块），声明让出 serverName，改由插件挂载
同名行——由此启用 OAuth 授权、凭据托管、${VAR} 头替换、测试连接。挂载硬失败会自动回滚（移除受管块、
行退回镜像）并返回失败原因；「释放」把挂载交还声明行并删除插件行。缺少显式 id 或含 !!js 的声明不可接管。
- OAuth / 占位符限制（needsPlugin）：声明行本身既不能携带 OAuth provider，也不能解析
${VAR}/裸变量名占位符——这两件事只有插件会做。因此这类声明只能由插件挂载：页面会把它们标为
挂载失败并说明原因（不是"连接中"），「释放」会让工具消失（确认框与结果告警都会提示），恢复只需
重新「接管」。
- OAuth 是显式开关（1.11.1 起）：服务器配置里的 oauth: true（设置页「使用 OAuth 授权」勾选，默认关）
才会挂 OAuth provider。用静态 token 或自定义头认证的服务器不要勾——否则它返回 401 时会被当成 OAuth
挑战，插件会反复打开浏览器授权（并起 127.0.0.1:/callback 回环回调）。另外，同一服务器每个进程
最多自动弹一次浏览器，之后只返回带授权链接的错误；手动「测试连接」仍可随时发起授权。升级时会按已有
OAuth 凭据自动迁移，真正需要 OAuth 的服务器不受影响。
- 热重载未提交时的安全降级：写入停用块后若原生工具 5 秒内没有注销（该 profile 的 patch 热重载未提交，
例如某个兄弟条目重建失败导致整代回滚），插件会登记接管但暂不挂载（管理行标记 pendingTakeover），
重启 dsh 后由插件挂载；「释放」在同样情况下会提示需要重启。此外，挂载前若发现同名 mcp____
工具已存在且不是本插件挂载的，一律跳过——任何情况下都不会与仍在挂载的声明行争抢同名工具。
- tool search 覆盖：检索/热注入与单工具开关按 mcp__ 前缀处理整个工具集，声明式服务器的
工具天然纳入，无需额外配置。

结构

dsh-mcp/
├── package.json          name=dsh-mcp；dsh.client 声明；零 npm dependencies
├── lib/
│   ├── index.js          host 半部（McpManagerService，源自 mcp-manager 构建产物）
│   ├── cordis-servers.js 读取 patch 层原生声明的 MCP 服务器（1.11.0）
│   ├── patch-writer.js   受管块写入器：接管时在 patch 文件里停用声明行（备份/原子/幂等）
│   ├── mcp-client.js     vendored MCP 客户端（源自 @deepseek-ai/dsh-mcp-client，含工具列表稳定扩展）
│   ├── oauth.js          MCP OAuth 客户端提供者（授权码 + PKCE、回环回调、token 持久化）
│   ├── probe.js          vendored 连接探测（源自 mcp-client/src/probe.ts）
│   ├── transport.js      vendored 传输工厂（源自 mcp-client/src/transport.ts）
│   └── client.js         浏览器半部（esbuild 打包，ModuleLoader wire format）
├── src/client/           浏览器半部源码（TSX + CSS Modules + 本地 types + remote-contribution）
└── scripts/build.mjs     构建脚本（esbuild 取自 DSH checkout，见下）

构建

node scripts/build.mjs

- esbuild 从 DSH 源码 checkout 解析：$DSH_SOURCE 未设置时尝试
~/.dsh/source/current。
- 运行时依赖（@deepseek-ai/、zod、@modelcontextprotocol/sdk）不装 npm 包，
从 $DSH_HOME/profiles/node_modules（DSH profiles 模块 fallback，$DSH_HOME 默认 ~/.dsh）解析；构建时经
nodePaths 指向同一目录。
- CSS Modules 由 esbuild onLoad 插件处理：样式注入
，默认导出 identity 类名映射。

测试

npm test

- npm test 会自动适配环境：依赖 DSH 模块闭包（@deepseek-ai/、js-yaml）的测试文件
（cordis-servers / patch-writer / takeover）在缺少本地 DSH 安装时会被跳过（公共 CI
即如此），本机（profile 的 node_modules 可达）则跑全量，并在输出里说明跳过了哪些文件。
- 新增依赖 DSH 闭包的测试文件时，记得加进 scripts/test.mjs 的 NEEDS_DSH_CLOSURE 列表。

安装使用

1. 安装

方式一：npm（发布到 npm 后）

dsh plugin --profile web add dsh-mcp

方式二：GitHub git 源

dsh plugin --profile web add github:ArvinQi/dsh-mcp
或
dsh plugin --profile web add git+https://github.com/ArvinQi/dsh-mcp.git
方式三：本地开发（link）

dsh plugin --profile web add link:

注意：本地 link: 安装时，插件目录内含 node_modules -> $DSH_HOME/profiles/node_modules
symlink（本机开发用，不入库），否则 link: 安装的 symlink 被 realpath 后无法解析
@deepseek-ai/。

2. 注册与生效（三种方式通用）

在 $DSH_HOME/profiles/web/cordis.patch.yml（$DSH_HOME 默认 ~/.dsh）追加：

- insert:
- id: dsh-mcp
name: dsh-mcp

⚠️ 这一步必须手动完成：dsh-mcp 未声明 dsh.bundle，dsh plugin add 只负责把包装进
profile，不会自动进入运行组合。漏掉注册行则插件完全不生效。

然后重启 dsh web，并硬刷新浏览器（Cmd/Ctrl + Shift + R）：

⚠️ 重启 + 硬刷新缺一不可：
- 设置页（client 半部）需要 client roster 生效，插件集变更必须重启 dsh web（刷新浏览器不够）；
- 重启后浏览器必须硬刷新（Cmd/Ctrl + Shift + R），普通刷新可能仍使用缓存的旧页面。

3. 使用

打开管理页：重启后浏览器打开 DSH Web → 设置（Settings）→ MCP。

4. 常见问题排查

Q1：安装后设置页看不到「MCP」？

按顺序检查：

1. 是否已注册插件行：确认 $DSH_HOME/profiles/web/cordis.patch.yml 已追加
- insert: [{ id: dsh-mcp, name: dsh-mcp }]（id/name 必须与插件包名 dsh-mcp 完全一致）。
dsh plugin add 不等于生效，没有注册行插件不会挂载。
2. 是否重启了 dsh web：仅刷新浏览器不够——设置页入口来自 client roster，
插件集变更必须重启进程才进入 roster。
3. 是否硬刷新了浏览器：重启后用 Cmd/Ctrl + Shift + R（Windows/Linux：Ctrl + Shift + R）
强制刷新；普通 F5 可能加载缓存的旧页面。
4. 是否装到了正确的 profile：确认安装与注册都在 web profile
（dsh plugin --profile web add dsh-mcp + $DSH_HOME/profiles/web/cordis.patch.yml）；
装到其他 profile 则在其他 profile 的设置页查看。
5. 是否为最新版本：npm 元数据缓存可能导致装到旧版，可强制指定版本
dsh plugin --profile web add dsh-mcp@latest（或 @1.8.0）。

Q2：设置页能看到「MCP」，但服务器列表为空/报错？

- 确认 dsh web 进程日志中 mcp-manager 没有初始化错误；
- 若升级过插件，请重启后硬刷新，避免旧 client bundle 与新版 host 不匹配
（典型现象：操作报 client api: ... 404 或 env is not iterable，都是新旧版本混用所致）；
- 报错形如 transport failure for /api/mcpManager/list: HTTP 404 表示宿主端没有注册
mcpManager 服务：多半是插件 host 半未生效（漏了 cordis.patch.yml 注册行/装错 profile）或
client 与 host 版本不一致。请按 Q1 核对注册行、确认安装到了 web profile、重启后硬刷新；
仍不行则把 dsh web 与插件版本都升到最新再试。

Q3：MCP 工具没有出现在 agent 会话里？

- 确认对应服务器状态为「已连接」且工具已勾选（默认全选）；
- 注入模式为「按需检索」时，模型会通过 mcp_tool_search 检索后热注入，未检索到的工具不在
系统提示词中属正常现象；可切换到「全量注入」验证。

Q4：服务器配置了 Authorization 头却提示需要 OAuth 授权 / 挂载失败？

- 只要在请求头里配置了 Authorization（静态 Bearer/token），dsh-mcp 就不会把它当作 OAuth
服务器：真正的 OAuth（授权码 + PKCE）只对没有静态 Authorization 头的服务器启用，避免
401 被误当成 OAuth 挑战而打开浏览器授权。若你连的是需要静态 token 的服务器，确认请求头
正确即可；
- 若 https 内网域名报 fetch failed / unable to verify the first certificate，是宿主 Node
不信任公司内网 CA：用 NODE_OPTIONS=--use-system-ca 启动 dsh web（或把根证书加入
NODE_EXTRA_CA_CERTS），再重启宿主与硬刷新浏览器。

添加服务器：

1. 点击「添加服务器」（表单在列表上方就地展开）
2. 填写：服务器名称（serverName，决定工具前缀 mcp____）、传输方式
（streamable-http 填 URL / stdio 填命令）、请求头、工具调用超时等
3. 点「测试连接」确认连通性与工具列表，点「保存」

进程环境变量（注入模式下方，默认展开）：

- 配置全局键值对，供所有服务器的请求头替换引用；secret 值写入凭据文档，留空保留原值
- process.env 优先：若变量在进程环境变量（process.env）中已存在同名值，连接/展示时直接采用该值（不改名），
存储值仅作为兜底——请先在启动脚本里 export ADA_TOKEN=... 再重启 dsh web
- 支持「批量添加」（粘贴多行 NAME=value）与「添加变量」逐行添加
- 服务器请求头 value 可直接写变量名或 ${变量名}（如 Authorization: Bearer ${GITLAB_TOKEN}），
连接时自动替换（优先级：服务器 env > 进程级 env > 系统环境变量）

JSON 维护配置（MCP 配置模块右上角）：

- 以一段 JSON 数组查看/编辑全部服务器配置；应用后按列表全量替换（新增/更新/删除），
自动刷新列表与工具列表；JSON 面板展开时隐藏 UI 列表，应用后恢复
- 服务器级 env（含 secret 标记与 stdio 子进程注入）仍通过 JSON 配置维护

OAuth 服务器（streamable-http 走 MCP OAuth，如受 OAuth 保护的网关服务）：

- 只需正常填写 URL 并测试连接；服务器返回 401 + OAuth 挑战时，插件自动打开浏览器完成授权
- 在浏览器中登录/同意后返回 DSH，测试结果自动刷新（「连接成功 + 工具数」）
- token 与 OAuth client 信息持久化在凭据文档（按 serverName 隔离），由 MCP SDK 自动刷新
（24 小时内活跃自动续期）；失效后自动重新授权，授权一次后挂载与测试复用
- 首次授权需浏览器交互，测试/连接等待时间放宽至 5 分钟；非 OAuth 服务器不受影响，连接失败即时返回

日常管理：

- 启用 / 禁用：列表行按钮，禁用后该服务器所有工具即时注销，不再注入
- 刷新：重新拉取服务器状态与工具列表（服务器重启后可同步新工具）
- 测试连接：编辑页可随时测试

工具控制（省 token 的关键）：

- 注入模式：页面顶部切换 search（按需检索，默认）或 full（全量注入）
- search 模式下，模型需要某 MCP 工具时调用 mcp_tool_search 检索并热注入当前对话
- 工具勾选：点「展开工具」查看该服务器全部工具（默认全选），取消勾选 = 不注入该工具，
即时生效，无需保存

验证效果：

- 在任意 agent 会话中，可用工具应包含 mcp____
- search 模式下未检索到的工具不占系统提示词，节省 token 并提升 prompt cache 命中率
- 工具内容未变化时，list_changed 通知不会反复注销/重注册同名工具，工具列表保持稳定

版本注意

- host 半部 lib/index.js 是 mcp-manager 的构建产物（spec/types 已内联），改动请直接编辑
lib 下文件，或改回 TS 后重新用仓库工具链构建。
- 浏览器半部改 src/client/ 后重新 node scripts/build.mjs；host 半部改动无需重装
（link 安装直接生效）。
- 配置变更（bundles 增删、新插件行）需重启 dsh web 才进入 client roster。
- 每次发版都必须声明支持的 DSH 版本：在 CHANGELOG 对应条目与 GitHub Release notes 里加一行
- 支持版本：dsh ，并同步更新 package.json 的 dsh.supported 与 README 顶部的「支持版本」。

dshfind