[Plugin] dsh-plugin-dynamic-assembler — 自然语言驱动、官方优先、带安全审查的动态组装器

[QLM1234]

[Plugin] dsh-plugin-dynamic-assembler — 自然语言驱动、官方优先、带安全审查的动态组装器

EN: A security-gated, natural-language-driven dynamic assembler for dsh — let your agent compose its own toolchain, official-first, with third-party plugins passing a static security audit before load.

GitHub: https://github.com/QLM1234/dsh-dynamic-assembler · npm: dsh-plugin-dynamic-assembler（MIT）

---

它解决什么问题

dsh 的哲学是"一切皆插件"。自然的下一步是自我组装：Agent 用自然语言描述需求 → 运行时发现插件 → 生成方案 → 用户确认后动态加载。这正是官方时空可组合性论文点名的"自进化 Agent Harness"方向。

本插件把这个方向落地，并补上了安全闸门：

能力	说明
🧭 运行时发现	ctx.registry 遍历，零硬编码插件清单
🥇 官方优先	能力匹配优先 @deepseek-ai/*，第三方仅作兜底且全程可见
🔐 第三方闸门	unofficialPolicy: ask/allow/deny，涉及第三方需用户显式确认
🛡️ 静态安全审查	assemble_inspect：危险模式扫描 + 元数据检查 → 0-100 评分 → 绿/黄/红，red 默认拒绝
⚠️ 敏感操作确认	联网/文件/命令/子代理/MCP/代码/凭据类能力必须显式确认
🗑️ 级联卸载	动态加载的插件随本插件卸载全部 dispose（Cordis 时间可组合性）

四个工具

• assemble_inspect — 审查插件包安全性（评分 + 分级）
• assemble_plan — 分析需求，官方优先匹配能力，生成组装方案
• assemble_execute — 经确认后动态加载（非官方需 allow_unofficial，red 审查需 force）
• assemble_unload — 安全回滚

安装

pnpm dsh plugin --profile web add /path/to/dsh-plugin-dynamic-assembler

（或将 npm 包 dsh-plugin-dynamic-assembler 加入你的 dsh profile）

安全模型（核心卖点）

任何非官方插件在加载前都会先经过静态审查：扫描 eval/child_process/fs 写/网络/硬编码密钥/混淆等危险模式 + 元数据检查（license/仓库/install 脚本/peer 依赖），评分分级。red（<60 分）默认拒绝，仅 force: true 可强确认。

静态审查是风险提示而非安全保证——插件加载后即拥有完整 Node 权限。请只装可信来源的插件。隔离沙箱执行列为 v2。

为什么值得关注

• dsh 生态首个"官方优先 + 安全审查"的动态组装插件
• 17 个零依赖测试全绿（node:test + strip-types）
• 我在官方 Ideas 提交了配套的能力声明提案（#2906）——如果落地，本插件可以去掉启发式词典，改为按"能力"寻址

欢迎 star、试用、提 issue。给官方提能力声明的建议也欢迎去 #2906 参与讨论。

[QLM1234]

🔧 dsh-plugin-dynamic-assembler 更新到 0.2.0 —— 给“自进化 agent”装一道安全门

上个月发的这个动态组装器，最近补完了最关键的安全审查门禁。一句话：让 agent 自己按“能力”拼工具链，但每一步都看得见、拦得住。

它解决什么

dsh 是“一切皆插件”，自然的下一步是自组装——agent 能根据需求自己组工具链（也正是 spatiotemporal composability paper 指的下个验证目标）。但自组装 + 第三方插件 = 安全黑洞。这个插件让自组装既可行又安全：

• 运行时发现：从 ctx.registry 实时读已装插件，不维护硬编码清单
• 官方优先：能力默认匹配 @deepseek-ai/*，第三方仅作兜底且必须显式露出
• 先审计再加载：每个非官方插件上线前过 assemble_inspect 静态审计，0–100 打分

安全门禁长这样

assemble_inspect 双层静态审计：

1. 元数据：npm scope、license、install 脚本、依赖完整性
2. 源码：扫描 eval / new Function、child_process、硬编码密钥、base64 混淆等
3. 评级：green ≥ 80 / yellow ≥ 60 / red < 60

red 默认拒绝，必须显式 force: true 才放行；敏感操作（网络 / fs / shell / MCP / 凭据）还要二次确认。

⚠️ 边界说明：静态审计是风险信号，不是安全保证——JS 插件一旦加载就有完整 Node 权限，沙箱隔离是 v2 方向。我们只装信得过的源。

四个工具

assemble_inspect（审计）· assemble_plan（出方案，不加载）· assemble_execute（加载，需确认）· assemble_unload（级联卸载回滚）

仓库 / npm：dsh-plugin-dynamic-assembler@0.2.0，MIT，测试覆盖审计引擎与官方优先逻辑。

想聊聊

我在另一个提案帖（#2906）里提了「插件能力声明（capability declaration）」机制——让 agent 按能力而非猜插件名来寻址。想知道社区对这个方向怎么看：自组装 + 能力寻址，是 dsh 该走的下半场吗？ 欢迎拍砖。