dsh-mcp-registry
DSH 插件：MCP 连接器受治理注册表。借鉴 dsh-mcp-connector、dsh-mcp-panel 的职责边界设计，吸收 openhanako core/mcp 的授权模型与已知 bug 教训。
它做什么
- 注册表：登记 stdio / streamable-http MCP 连接器，持久化在
~/.dsh/mcp-registry/registry.json（原子写 + 写后回读 + 滚动快照 ≤20）。
- 四级 fail-closed 授权：全局开关 → 连接器
permissionMode（缺省 review-all）→ 工具级 grant → 服务器活声明证据（仅内存，重启即失效）。destructiveHint 是硬否决：已知危险压过任何授权。
- 诚实桥接：agent 用
mcp_bridge_call 调 MCP 工具；review 判定返回结构化 needs_review（含 grant 指引），不执行、不伪装。
- fail-loud 导入：
mcpServers JSON 里 args 是字符串、command 带空格无 args、__proto__ 键 → 一律带 id 报错拒绝（openhanako 静默丢 args bug 的反向验收）；导入落地默认 disabled + 待人工确认。
- 全边界脱敏：agent 只读工具/命令/导出/HTTP 状态一律投影（origin / 命令基名），token 与 env 明文值不出注册表。
- 原生工具懒加载（可选）：
lazyNativeTools 开启后，在 system-prompt/assemble 瀑布层把非核心原生工具（shell/文件/搜索等）的完整 schema 折叠出常驻 prompt，只留 tool_discover（紧凑目录）+ tool_activate（按需展开）两个常量元工具——让无法做 mid-conversation 工具变更的第三方 LM 连接器也吃到近恒定的工具 token。工具仍在 ctx.tools（执行/TUI/restrict 不受影响），变的只是 prompt 载荷；MCP 工具（mcp__*）不由它折叠（走 bridge）。激活按 agent 作用域隔离、纯内存、重启回冷。缺省关；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"}' # 人工调用（即视同批准）
agent 侧：mcp_registry_status → mcp_bridge_list_tools → mcp_bridge_call。
懒加载（开启 lazyNativeTools 后）：agent 侧 tool_discover 查看被折叠的非核心原生工具 → tool_activate 按名展开，下一轮该工具以完整 schema 回到 prompt。缺省 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 线（
latest = 0.3.4）；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.8-0 || >=0.2.0-rc.1 <0.3.0-0，老线安装会被
宿主按 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.4：
| 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 | dsh-0.2.0（= latest） | 同上 | 当前主推线（MCP 注册表面与连接器管理修复） |
设计边界（与 dsh-mcp-connector 同一条线）
本插件只管目录、治理、健康、诊断；MCP 会话与工具执行由内置的薄客户端按需完成，不做常驻 bridge、不做每工具模型工具注册。授权规则只活在 src/authz.ts 一个文件里——所有表面路由同一个判定缝。
详见 HANDOVER.md（结构、坑位清单、已知边界）与 CHANGELOG.md。
License
MIT
