MCP 注册表 drscrewdriver/dsh-mcp-registry

dsh-mcp-registry

DSH 插件：MCP 连接器受治理注册表。职责边界设计借鉴 dsh-mcp-connector、dsh-mcp-panel，授权模型与已知 bug 教训吸收自 openhanako core/mcp。

它做什么

- 注册表：登记 stdio / streamable-http MCP 连接器，持久化在 ~/.dsh/mcp-registry/registry.json（原子写 + 写后回读 + 滚动快照 ≤20）。
- 四级 fail-closed 授权：全局开关 → 连接器 permissionMode（缺省 review-all）→ 工具级 grant → 服务器活声明证据（仅内存，重启即失效）。destructiveHint 是硬否决：已知危险压过任何授权。
- 诚实桥接：智能体用 mcp_bridge_call 调 MCP 工具；review 判定返回结构化 needs_review（含 grant 指引），不执行、不伪装。
- fail-loud 导入：mcpServers JSON 里 args 是字符串、command 带空格无 args、__proto__ 键 → 一律带 id 报错拒绝（openhanako 静默丢 args bug 的反向验收）；导入落地默认 disabled + 待人工确认。
- 全边界脱敏：智能体只读工具/命令/导出/HTTP 状态一律投影（origin / 命令基名），token 与 env 明文值不出注册表。
- 原生工具懒加载（可选）：lazyNativeTools 开启后，在 system-prompt/assemble 瀑布层把非核心原生工具（shell/文件/搜索等）的完整 schema 折叠出常驻提示词，只留 tool_discover（紧凑目录）+ tool_activate（按需展开）两个常量元工具——让无法做 mid-conversation 工具变更的第三方 LM 连接器也吃到近恒定的工具 token。工具仍在 ctx.tools（执行/TUI/restrict 不受影响），变的只是提示词载荷；MCP 工具（mcp__*）不由它折叠（走 bridge）。激活按智能体作用域隔离、纯内存、重启回冷。缺省关；lazyKeepAlways 缺省为空（开启即隐藏全部非注册表原生工具，可按需列入核心集）。另会注入一段发现引导 system prompt（常驻告知 MCP bridge 链路，懒加载开启时追加 tool_discover/tool_activate）——因为 MCP 工具从不逐个声明，没这段叙述模型无从得知有 MCP 可试。
- 懒加载两档（lazyEagerIndex，缺省 true）：仅影响原生工具的披露形态。开（Mode B，skill-catalog 式）：引导段直接摊开隐藏原生工具的 名字 (一行摘要) 名单，模型免 tool_discover 直接 tool_activate，常驻成本 O(n·一行)；关（Mode A）：名单不预摊，模型先 tool_discover 再 tool_activate，常驻 O(1)。两档工具 schema 都仍被折叠隐藏，都要 tool_activate 才变成可调用。名单数据源每次组装从 ctx.tools.schemas(agent) 实读（无首轮空窗），宿主无 schemas 时降级回退折叠缓存。

快速上手

mcp-reg import D:\configs\mcp.json # 导入（全部 disabled + UNCONFIRMED） mcp-reg list # 查看注册表 mcp-reg probe <id> # 一次 MCP initialize 握手 mcp-reg confirm <id> # 确认并启用 mcp-reg mode <id> allowlist # 允许策略化放行 mcp-reg grant <id> <tool> # 显式放行某工具（agent 可调） mcp-reg call <id> <tool> '{"k":"v"}' # 人工调用（即视同批准）

智能体侧：mcp_registry_status → mcp_bridge_list_tools → mcp_bridge_call。

懒加载（开启 lazyNativeTools 后）：智能体侧 tool_discover 查看被折叠的非核心原生工具 → tool_activate 按名展开，下一轮该工具以完整 schema 回到提示词。缺省 lazyKeepAlways 为空，连 bash/read 也需先 discover+activate；想免这一回合就在配置里列入核心工具名。模型由一段常驻的发现引导 system prompt 告知「MCP 走 bridge、隐藏原生工具走 discover/activate」。

工程

npm run typecheck # strict TS，0 错误
npm run test # vitest，81 用例
npm run build # tsdown → lib/index.js（dsh-tools external）

- 目标宿主：DSH 0.2.0 线与 0.2.1-rc.1/rc.2/rc.3（latest = 0.3.7）；DSH 0.1.7 线用 dsh-mcp-registry@dsh-0.1.7（= 0.3.3）。
0.1.6 及以下不再支持也不再测（作者决定，2026-10-13）：latest 自 0.2.x 时代的最宽范围
=0.1.0-0 <0.3.0-0 收窄为精确枚举 0.1.7-rc.1 || 0.1.7-rc.2 || 0.2.0-rc.1 || 0.2.0-rc.2 || 0.2.1-rc.1 || 0.2.1-rc.2 || 0.2.1-rc.3 || 0.2.1-rc.4（逐 rc 单列，禁区间/caret；0.1.6 及以下、0.3.x 未来版均被拒），老线安装会被
宿主按 engines.dsh 拒装——这是有意为之，不是回归。历史 tag（dsh-0.1.1 / dsh-0.1.2 / dsh-0.1.5）仍指向旧版，仅供取用，不再验证。
- 安装：在 profile patch 里加一行 - insert: [{id: dsh-mcp-registry, name: "dsh-mcp-registry"}]（或直接用本仓库的 cordis.patch.yml）。
- 插件 inject ['tools','commands']：宿主提供 commands 服务即全功能（web/tui/headless 模板都提供）；webServer 缺席只影响状态路由，tools 不受影响。

版本 ↔ DSH 宿主线

版本号按 DSH 宿主发布线预留进度；latest = 0.3.7：

| npm 版本 | dist-tag | 目标 DSH 宿主 | 状态 |
| 0.1.1 / 0.1.2 / 0.1.5 | dsh-0.1.1 等 | 0.1.1 ~ 0.1.6 各线 | 预留占位（deprecated，不测） |
| 0.1.7 | — | >=0.1.7-rc.1 <0.1.8-0 | 旧宿主线（peer 仅容 dsh-tools 0.1.7） |
| 0.2.0 | — | >=0.2.0-0 | 已弃用：peer 未放行 dsh-tools 0.2.x，被 0.2.0 宿主拒装 |
| 0.2.1 | — | >=0.2.0-0 | 已弃用：未声明 commands inject，0.2.0 宿主挂载报错 |
| 0.2.2 | — | >=0.2.0-0 | 曾为 latest；已由 0.3.x 接替 |
| 0.3.3 | dsh-0.1.7 | >=0.1.7-rc.1 <0.1.8-0 \|\| >=0.2.0-rc.1 <0.3.0-0 | 0.1.7 线定版 |
| 0.3.4 / 0.3.5 | dsh-0.2.0（= latest） | 同上 | 0.2.0 线（MCP 注册表面与连接器管理修复） |
| 0.3.6 | dsh-0.2.0（= latest） | 0.1.7-rc.1 \|\| 0.1.7-rc.2 \|\| 0.2.0-rc.1 \|\| 0.2.0-rc.2 \|\| 0.2.1-rc.1（TRIM5 精确枚举） | 0.2.1-rc.1 适配线（五写点同串收窄） |
| 0.3.7 | latest + dsh-0.2.1-rc.2 | 0.1.7-rc.1 \|\| 0.1.7-rc.2 \|\| 0.2.0-rc.1 \|\| 0.2.0-rc.2 \|\| 0.2.1-rc.1 \|\| 0.2.1-rc.2（TRIM6 精确枚举） | 当前主推线（补票 0.2.1-rc.2，五写点同串） |

设计边界（与 dsh-mcp-connector 同一条线）

本插件只管目录、治理、健康、诊断；MCP 会话与工具执行由内置的薄客户端按需完成，不做常驻 bridge、不做每工具模型工具注册。授权规则只活在 src/authz.ts 一个文件里——所有表面路由同一个判定缝。

详见 HANDOVER.md（结构、坑位清单、已知边界）与 CHANGELOG.md。

License

MIT