管插件全生命周期的体检:装之前检查 dsh.bundle、引擎与 peer 兼容性、是否需要编译原生模块、平台限制,以及新插件的 patch 会不会挂出已存在的 loader 名(install-shadow 预判);装之后把已装插件按能力分类;更新前对新版本跑同一套检查,只报这次更新引入的问题。带一条 DSH 起不来时也能跑的 CLI,和三个只读工具。
安装
# GitHub 源码(首次需按提示配置 allowBuilds 构建授权后重试)
dsh plugin --profile web add github:mouyu6508-hue/dsh-preflight
装任何插件都等于在你的机器上跑第三方代码,权限和你本人一样大——能读你的文件、用你的凭据、访问网络,工具审批管不到它。GitHub 来源的插件还会在安装时执行构建脚本——pnpm 默认拦截,所以安装可能停在 ERR_PNPM_GIT_DEP_PREPARE_NOT_ALLOWED 或 ERR_PNPM_IGNORED_BUILDS;dsh 会打印出需要添加的确切键名,把它加进该 profile 的 pnpm-workspace.yaml 的 allowBuilds 下,重跑一次即可装上。放行构建本身就是一次信任判断:请只安装可信来源,并尽量锁定 commit(github:owner/repo#sha)。
README
DSH 插件的「装前体检 / 装后盘点 / 更新前预判」三合一。
插件装多了,事故通常发生在三个时刻:装之前不知道能不能装、装之后不知道装了些什么、点更新之前不知道会不会炸。dsh-preflight 把这三个时刻串成一条:
装之前 preflight_check 能不能装?会和谁撞?
装之后 preflight_inventory 按能力分类的装机清单
更新前 preflight_updates 这次更新会引入什么问题?
三个工具
preflight_check(spec) —— 装之前
dsh-preflight check github:mouyu6508-hue/dsh-fusion
会查:
| 检查 | 说明 |
|---|---|
no-bundle |
没有 dsh.bundle —— 这是市场最常见的被拒原因,装不上 |
engine-mismatch |
engines.dsh 和当前版本不匹配 |
peer-mismatch |
peer 依赖和你已装的版本冲突(带 semver 判断) |
native-build |
要 node-gyp / 编译工具链 |
install-script |
postinstall 会执行脚本 |
platform-mismatch |
只支持别的系统 |
loader-collision |
它的 patch 会和已装插件撞 loader 名 → 预判 install-shadow |
prerelease / heavy-deps |
预发布版、依赖过多 |
preflight_inventory() —— 装之后
按能力分组列出已装插件:界面 / 工具 / 记忆 / 语音 / 计费 / 会话 / 市场 / 通知 / 趣味 …
每行带:版本、是否有 bundle、是否带前端、peer 依赖数、patch 行数、是否被停用。
preflight_updates() —— 更新前
对每个已装插件:查 npm 最新版 → 取新版本 manifest → 跑一遍和装之前完全相同的检查 → 和当前版本对比,只报「新引入的问题」。
面板
装好之后,会话标题栏右侧会多一个 「🩺 体检」 按钮,点开是装机面板:
- 装机清单:按能力分组的卡片列表,带搜索框;每行显示版本、是否带 UI、是否停用
- 更新风险:点一下现查所有插件的更新,按风险色标排序(红=高风险 / 黄=需注意 / 绿=低风险)
数据走 host 注册的三条只读路由(/api/dsh-preflight/inventory|updates|check),面板本身不直接读文件。
CLI
dsh-preflight inventory --profile desktop
dsh-preflight check github:owner/repo
dsh-preflight updates --profile desktop
dsh-preflight profiles
加 --json 给脚本用。不启动 DSH 也能跑(DSH 起不来时最有用)。
它和 dsh-fusion 的关系
| 什么时候 | 干什么 | |
|---|---|---|
dsh-fusion |
出事之后 | 找出已经存在的冲突,合成补丁修掉 |
dsh-preflight |
出事之前 | 在装/更新之前拦住 |
两个可以一起装。
环境
- Node.js 18+
- 能加载 bundle 插件的 DSH
开发
node --test # 或者直接跑 test 下的文件
node bin/preflight.js inventory --profile desktop
| 文件 | 作用 |
|---|---|
lib/core.js |
纯函数:semver、分类、manifest 检查、loader 撞名、风险定级 |
lib/profile.js |
只读文件系统:读 profile 的插件清单和 loader 行 |
lib/sources.js |
只碰网络:npm / github / 本地目录 → manifest |
lib/report.js |
拼三份报告 |
lib/index.js |
插件入口,注册三个工具 |
bin/preflight.js |
CLI |
MIT
链接
同类插件
yjh051108/dsh-routing-suite★ 6994
一个仓库三件套:DSH 插件包的运行时注入器(注入、热重载、卸载、开发侧挂区一键转正、路由自愈,外带设置页插件管理:列出、卸载、拖入文件夹内化)、任务感知的思维模式路由 agent 预设(router-standard / router-spec / router-react)、以及分级两级任务协议(commit_star / lock_stage / revise_do / edit_plan / mark_task / redteam_verdict 六个工具,任务状态落盘)。注入器实现直接在库内,安装的是它自己的行为而不是一份依赖清单。
strukto-ai/mirage#dsh★ 3762
把文件系统与 bash 提供者换成 mirage 虚拟工作区:文件工具与 shell 命令作用于挂载的资源(RAM、S3、Redis、Slack、Gmail、Notion、Postgres)而非宿主磁盘,支持按挂载点设置读/写/执行模式、按命令选择沙箱(进程内 monty、pyodide、quickjs;远程 docker、e2b、daytona),并可在虚拟终端中安装 CLI(git、gh、slack、linear、ntn、gws,或自行注册的程序树)作为命令头词。
first-fluke/oh-my-agent#dsh★ 1357
在工具执行前后以及尝试结束当前轮次时运行项目 OMA 检查。随插件安装 OMA CLI 依赖,并在首次使用时初始化未配置的项目。需要 Node.js 22+;首次初始化需要网络连接和项目目录写入权限。
MichengAI/dsh-skills-manager★ 444
在设置里管理本地 DSH 技能,并只读查看公共 Agent 技能。
hust-open-atom-club/oh-dsh★ 324
社区发行版:TUI、桌面端与 Web UI 统一体验,分层安装、一步到位。
Fishquito7/dsh-skill-mcp-panel★ 248
在 DSH Web 设置中管理技能与 MCP 服务器:技能卡片热启停、工作区作用域、分组、批量迁移与拖拽导入,以及 stdio/HTTP MCP 增删改查、连接测试、密钥脱敏,并附带统一 dsh-panel 命令行。
社区评论
评论公开保存在 GitHub Discussions。加载评论会连接 GitHub 和 Giscus;发表内容需要 GitHub 账号。