Plugin insight center — one answer to 哪些值得装: plugin_guide (needs), recipe (environments), plugin_rank (health scores), plugin_audit (security scan), plugin_verdict (install decision)
待人工精选——以下事实来自源码仓库。
Plugin insight center — one answer to 哪些值得装: plugin_guide (needs), recipe (environments), plugin_rank (health scores), plugin_audit (security scan), plugin_verdict (install decision)
想用 DSH 获得这项能力的用户；装前建议先看源码和文档。
dsh plugin --profile web add github:863683348/dsh-insight 作者没有声明支持的平台。
dsh-insight 一个包，用户就得到完整结论，而不是在三个工具间自己拼答案。 ## 为什么是合并（而不是 3 个插件） "没有评分、没有审计、没有'哪些值得装'的答案" —— 这是同一个决策的三个维度（安全吗 → 好不好 → 适合我吗）。拆成多个插件 = 用户自己拼答案；合一个 = 一次调用拿结论。 ## 五个工具 | 工具 | 回答的问题 | | --- | --- | | plugin_guide | 用户说需求 → 推荐最匹配的插件（84 个精选 / 14 分类，带理由与安装命令） | | recipe | 用户要整套环境 → 8 个社区配方（通知全家桶、安全审计套装...）有序安装计划 | | plugin_rank | "哪些值得装" → 健康分排行榜（maintenance/docs/npm/ecosystem，0-100） | | plugin_audit | "这个安全吗" → 本地目录静态安全扫描（外泄/凭据/混淆/持久化启发式） | | plugin_verdict | "这个值得装吗" → 综合评分+扫描+需求匹配，输出 install / caution / research / avoid | ## 安装 bash dsh plugin --profile <profile> add dsh-insight ## 用法示例 - "我想抓取网页" → plugin_guide (need="抓取网页") - "手机远程访问" → recipe (search need="手机远程") → apply - "哪些插件值得装" → plugin_rank (sort=score) - "这个仓库安全吗" → plugin_audit (dir=/path/to/checkout) - "dsh-browser 值得装吗，我用来抓网页" → plugin_verdict (repo + need + dir 可选) ## 设计 - 纯逻辑层零依赖：match.js、recipe.js、scoring.js、security.js、verdict.js 全部可独立单测。 - 评分模型：0-100 = maintenance 30 + docs 25 + npm 30 + ecosystem 15；grade A-F；安全高危 flag 封顶 D。 - 数据：lib/guide-data.json（精选目录）+ data/catalog.json（700+ 插件评分数据）。 - 安全：插件本身零网络请求；plugin_audit 只读模型指定的本地目录做静态扫描（信任边界：只扫可信源码）。 ## 测试 bash node --test test/ ## License MIT不看 Star，人工一条条挑的。
把 DSH 的 settings.yaml 做成可视化看板：所有已注册的 settings namespace——包括官方界面从未覆盖的第三方插件配置——都渲染成可编辑表单。项目还早，但方向很对：告别手改 YAML。
给 DSH 的 DIY 轨迹可视化：把 agent 的计划与执行画成图，不用翻原始日志也能看清它在干嘛。项目还早，但补上了「一眼看懂 agent 在做什么」这个真实缺口。
从 Claude Code / Codex 把活派给 DSH：在宿主内拉起带分级预设的 DSH agent 会话，看原生子代理进度，还能借它的多模态桥给纯文本的 DSH 补上视觉和生图。编排型插件，把 DSH 变成其他编码 agent 的后端。