dsh-mcp-manager-plus
DeepSeek Harness 的 MCP 管理器设置页面：列出、启用、配置并从浏览器添加 MCP 服务器，持久写入配置文件的用户补丁层。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add dsh-mcp-manager-plus@0.4.0
Mcp Manager Plus 以 dsh-mcp-manager-plus 发布，当前版本为 0.4.0。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
MCP 服务器管理插件：在 DeepSeek Harness 设置界面的左侧边栏新增「MCP 管理」页面， 可直接查看、启用/停用、编辑、重启、删除与添加 MCP 服务器。
为什么要开发这个插件？
如果你发现本插件在新版DSH上无法正常工作，请提交一个 issue。
设置 → MCP 管理：服务器列表、连接状态与启停开关。
展开服务器：查看该服务器当前注册到模型的全部工具及描述。
添加：直接粘贴任意工具的 MCP 配置，自动识别格式（含 Codex 的 TOML 与带注释的 JSON）。
编辑 · 表单模式：逐字段修改，弹窗顶部可随时切换到 JSON 模式。
编辑 · JSON 模式：打开即预填该服务器当前配置，可整段粘贴替换；改服务名即为重命名。
版本要求： DSH >= 0.1.5-rc.1（在 0.1.6-alpha.1 上开发并测试）。DSH 自身依赖 Node.js >= 24.2.0 与 Git >= 2.31.0。
已安装 dshmarket 的话，打开 设置 → 插件市场，
搜索 dsh-mcp-manager-plus，点一下安装即可。
三种来源任选其一（--profile web 表示装进 web profile，其他 profile 同理替换）：
# npm 包（发布后可用）
dsh plugin --profile web add dsh-mcp-manager-plus
# GitHub 仓库
dsh plugin --profile web add https://github.com/appthin/dsh-mcp-manager-plus.git
# 本地目录（先把仓库 clone 到本地；以 link 方式安装，改动即时生效，适合开发调试）
dsh plugin --profile web add <clone 下来的本仓库目录>
随后重启 dsh（或等待 profile 热重载），在「设置 → MCP 管理」即可看到页面。
打开 dsh web，进入 设置 → MCP 管理（侧边栏链条图标的那一项）。 页面没有出现时的排查顺序：
dsh plugin --profile web ls 查看清单）；dsh plugin --profile web ls # 查看已装插件
dsh plugin --profile web add dsh-mcp-manager-plus # 更新（重新 add 即覆盖为最新版）
dsh plugin --profile web remove dsh-mcp-manager-plus # 卸载
装有插件市场时，更新也可以在市场页一键完成。卸载后 profile 补丁层里由本插件写入的 MCP 服务器行会原样保留——它们是你的配置数据，不会被连带删除。
| 能力 | 说明 |
|---|---|
| 列表 | 展示配置文件中的 MCP 服务器 |
| 展开 | 点开一行查看该服务器当前注册到模型的所有工具及其描述 |
| 启用 / 停用 | 写入补丁层的 disabled 覆盖，约 1 秒内热生效，无需重启 dsh |
| 编辑 | 两种模式可随时切换：表单（逐字段）或 JSON（大输入框），见下节 |
| 重启 | 就地销毁并重新初始化该服务器的连接（配置不变），用于连接中断后恢复 |
| 删除 | 从配置文件中移除该服务器及其所有覆盖行 |
| 添加 | 粘贴任意主流工具的 MCP 配置即可，自动识别格式，支持一次导入多个（见下表） |
| 多语言 | 中文 / English。默认跟随界面语言（取不到时按浏览器语言探测），页面右上角可随时切换并记住选择；宿主端的错误与提示文案同样跟随 |
编辑已有服务器时，弹窗标题右侧有一个分段开关（带图标、带滑动指示块，radiogroup 语义，
支持左右方向键），随时可来回切换：
两种模式最终都写入同一行，因此：
id 与启用/停用覆盖，不会多出一个副本；只有已存在的服务器才有 JSON 模式：JSON 保存是「更新指定的一行」，需要一个行名。 新增走「添加」按钮，它本来就是 JSON 模式。
格式说明里的容器键表（FORMAT_ROWS）与解析器必须一致，否则说明就是错的 ——
test/client.test.mjs 有一条测试把两边对起来验：表里每个键都真的能被解析，
解析器支持的 14 个工具名也都必须出现在表里。
粘贴时不需要改写，插件会识别容器键、字段名与文件语法：
| 工具 | 容器键 | stdio | 远程 | 备注 |
|---|---|---|---|---|
| Claude Code · Cursor · Windsurf · Qoder · Cherry Studio · CodeBuddy · TRAE · ZCode | mcpServers | command/args | url/headers | 标准格式 |
| DeepSeek Harness（本插件自身） | mcpServers | command/args | url/headers | 原生格式 |
| VS Code | servers | command/args | type:"http" + url | 外层键不同 |
| Codex | mcp_servers | command/args | url | TOML，不是 JSON |
| OpenCode | mcp | type:"local"，command 是数组 | type:"remote" + url | 结构差异最大 |
| Continue | mcpServers 数组 | command/args | — | 名字在条目里 |
| Pi | mcpServers + settings | command/args | transport:"streamable-http" | settings 会被忽略 |
另外还兼容这些差异：
config.toml 直接粘贴即可（含嵌套的 [….env] 表与行内注释）。//、/* */ 和尾逗号，均可解析。type:"sse"：映射到本插件的 streamable-http 传输。serverUrl（Windsurf 的远程写法）、http_headers（Codex）、command 数组（OpenCode）
都会被正确归位。enabled、lifecycle、description 等不会导致导入失败，只是不写入配置。导入时会报出识别到的来源，例如 已识别 Codex 配置；新增 xxx；单条失败只跳过该条，
并把它和失败原因一并列出，不会让整段粘贴白费。
插件的「唯一真相」是当前 profile 的用户补丁层：
$DSH_HOME/profiles/<profile>/cordis.patch.yml
新增一个 MCP 服务器就是向该文件追加一行 loader patch entry：
- insert:
- id: mcp-github
name: '@deepseek-ai/dsh-mcp-client'
config:
serverName: github
transport: stdio
command: npx
args: ["-y", "@modelcontextprotocol/server-github"]
env:
GITHUB_TOKEN: "…"
停用则是同级的 disabled 覆盖行：
- id: mcp-github
disabled: true
因为 profile 使用 patchReload: live，保存后 loader 会在约 1 秒内重新编排插件树，
所以配置改动既是持久化的，也是热生效的 —— 插件本身不改动运行中的 loader 树，
只写文件，然后由浏览器端短暂轮询观察收敛后的实际状态。
KEY|PASSWORD|SECRET|TOKEN 的配置值在读取时被掩码，
浏览器回传掩码时再从原值还原，真实密钥不会出现在页面里。node test/run.mjs # 全部七个测试套件（共 106 项）
| 套件 | 覆盖范围 |
|---|---|
test/patch.test.mjs | 补丁层分段、解析、校验、生成与逐字节往返 |
test/import.test.mjs | 14 种工具的配置格式、TOML 子集、JSON 注释与尾逗号 |
test/editjson.test.mjs | JSON 模式编辑：原地更新、重命名保留 id 与覆盖、多条拒绝 |
test/host.test.mjs | 宿主端全部 HTTP 路由，用假的 Cordis 上下文驱动真实 apply() |
test/client.test.mjs | 浏览器 bundle 能否被 shell 加载并注册设置页，含模式开关 |
test/compose.test.mjs | 用真实的 bundle 层组合 profile，确认本插件的行能挂载 |
test/live.test.mjs | 只读地跑真实 profile，确认线上配置能被正确读出且凭据已掩码 |
测试不依赖任何测试框架，只用 Node 内置的 node:test，并复用 profile 中已有的
js-yaml（与运行时同一条解析路径）。
| 文件 | 作用 |
|---|---|
lib/index.js | 宿主端：HTTP API、清单投影、写操作 |
lib/import.js | 导入解析：各工具配置格式 → 本插件的服务器形状 |
lib/patch.js | 补丁层读写：分段、解析、校验、生成 |
lib/client.js | 浏览器端：设置页面 UI（手写 lazy-CJS bundle，无构建步骤） |
cordis.patch.yml | bundle 补丁，把本插件插入 profile 的层栈 |
| 脚本 | 作用 |
|---|---|
node tools/e2e-import.mjs | 起真实宿主端，把 14 种工具的配置逐个 POST 到 /import，再校验写出的补丁行 |
node tools/roundtrip-json.mjs | 校验 JSON 模式预填的配置能原样往返（不改任何内容点确认不会丢字段） |
node tools/check-client-bundle.mjs | 按 shell 的方式加载客户端 bundle，检查注册结果与导航图标 CSS |
node tools/check-segmented.mjs | 校验分段开关的滑块几何（内缩、半宽、位移）与轨道假设一致 |
node tools/preview-edit-modes.mjs | 用真实组件渲染编辑弹窗的两种模式，生成 edit-modes-preview.html |
node tools/check-nav-icon.mjs | 校验导航图标的 mask 载荷是合法可绘制的 16×16 模板 |
node tools/gen-icon-preview.cjs | 从 dsh 前端 bundle 提取图标，生成 icon-options.html 对照页 |
node tools/dump-icon.cjs <IconName> | 打印某个内置图标的 SVG 路径，便于手写覆盖 |
MIT