dsh-open-native
使用系统默认应用打开已交付的文件，而不是 DSH 内置的侧边栏预览（点击交付卡片直接使用系统默认程序打开，不再进入侧边栏预览）
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:Lessthinker66/dsh-open-native#42f4fc7b7c5336648b9f16af9a66560308183244Open Native 以 dsh-open-native 发布，当前版本为 1.1.1。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
点交付卡片 → 直接用系统默认程序打开文件（.xlsx 就是 WPS），不再跳进 DSH 右侧的
内置预览。
DSH 的交付卡片（present 出来的文件那个卡片）把两件事刻意分开了：
这个插件把第一件事改成第二件事。
注意：这个插件只负责「走哪条打开通道」。文件最终由哪个程序接管，仍然取决于 Windows 对那个扩展名的默认程序关联。如果点开发现是微软 Office 而不是 WPS， 那是系统关联的问题（
FileExts\.xlsx\UserChoice的哈希失效），不是插件的问题。
改动全在浏览器端，不碰 DSH 本体（不改 app.asar，升级不会丢）。
title 属性上挂的就是解析后的绝对路径
（resolveWorkspacePath(cwd, file.path)）。session.openWorkspacePath({ path })。document 的捕获阶段监听 click：命中 [data-presented-file] 卡片、
且不是点在卡片右下角的动作按钮上时 → preventDefault() 掉原来的预览 →
改调 session.openWorkspacePath。按住 Shift（或 Ctrl / Alt / Cmd）点卡片，仍然走 DSH 内置的侧边栏预览。
这是一个标准的 DSH 插件包（dsh.bundle.patch + dsh.client）：
dsh plugin --profile desktop add dsh-open-native
# 或者用本地打包好的文件：
dsh plugin --profile desktop add file:/绝对路径/dsh-open-native-1.1.0.tgz
装完在 DSH 可视化页面的「插件」面板里就能看到它（标题「原生打开」，带图标）， 可随时启用/停用。
| 文件 | 作用 |
|---|---|
lib/index.js | 宿主半区：不注册任何服务，只为让 bundle 能被加载 |
lib/client.js | 客户端半区：捕获阶段的点击拦截，真正干活的部分 |
cordis.patch.yml | bundle 补丁，把本插件挂进 profile |
icon.svg | 插件面板里的图标（package.json 的 icon 字段） |
locale/en.json、locale/zh.json、locale/zh-CN.json | 面板里显示的名称与描述 |
package.json 里的 dsh.engines.dsh 声明了适用的 DSH 版本（>=0.2.0-rc.2），
是给插件市场做兼容判断用的元数据。
按 F12 打开开发者工具，看 Console 里有没有 [dsh-open-native] 开头的警告：
宿主没有受理原生打开 → 宿主拒绝了这次调用（路径不在会话工作区内，或宿主没装
原生打开能力）。插件靠两个 DOM 特征认卡片，DSH 大版本更新后可能要跟着调：
[data-presented-file]button 的 class 里含 cardPreview两处都在 lib/client.js 顶部的常量里。改完记得重新打包并向 profile 重装一次。
第二条有退路：类名对不上时，插件会退回「卡片里第一个 title 是绝对路径的按钮」，
所以 DSH 单纯重命名 CSS module 不会让它整个失效——真正会一击致命的是卡片容器标记。
另外路径必须长得像绝对路径（C:\、\\、/ 开头）才会被打开，避免把 title
上的普通文案当成路径去调宿主。