交付卡片的「打开」按钮能否可配置默认动作（侧边栏预览 / 系统默认程序 / 文件管理器）

[bolide737]

背景

Web GUI 的交付卡片（present 声明的文件）上，两个主要交互都指向"在右侧边栏预览"：

元素	现状	源码
卡片本体	右侧边栏预览	PresentedFileCard 里覆盖整卡的透明按钮 onClick: onPreview
「打开」按钮	也是右侧边栏预览	onClick: onPreview（aria 才是 presented.previewButton「在侧边栏打开 {name}」）
右半 ⌄ 菜单	在默认程序中打开 / 打开所在文件夹	这里的 onAction("open") / onAction("reveal")

按钮文案是「打开」，但绑的是预览动作 —— 用户很容易以为卡片坏了或者"打开"没反应（我自己就先这么误会了一次）。

建议

把交付卡片的默认动作做成可配置，而不是把"用默认程序打开"藏在 ⌄ 菜单里。三档覆盖实际使用习惯：

1. 在侧边栏预览（现状）
2. 用系统默认程序打开（onAction("open")，已有实现，只是入口深）
3. 在文件管理器中显示/定位（onAction("reveal")，已有实现）

配置粒度建议是全局默认 + 每次可选（卡片设置里切换默认档，⌄ 菜单仍可临时选其它档）。相关讨论 #7549 提到卡片动作集还可以扩展（例如 headless 场景的 Download），说明这块动作面本来就在演进中。

临时方案（我已上传补丁，欢迎自取，也欢迎官方收编）

在官方给出配置项之前，我用本地补丁把「打开」按钮改成了系统默认程序打开（卡片本体仍是侧边栏预览）。实测有效，已开源：

https://github.com/bolide737/dsh-patches → patches/card-open-native/

补丁源码（就一行）

--- a/@deepseek-ai/dsh-client-ui-deliverables/lib/client.js
+++ b/@deepseek-ai/dsh-client-ui-deliverables/lib/client.js
@@ PresentedFileCard(...)
 			(react_jsx_runtime.jsxs)("div", {
 				className: Deliverables_module_css_default.split,
 				children: [(react_jsx_runtime.jsx)("button", {
 					ref: previewRef,
 					type: "button",
 					className: Deliverables_module_css_default.open,
 					"aria-label": t("presented.previewButton", { name: file.path }),
-					onClick: onPreview,
+					onClick: () => onAction("open"),
 					children: t("presented.action")
 				}), (react_jsx_runtime.jsx)(_deepseek_ai_dsh_client_ui_primitives.Menu, {

定位方式：PresentedFileCard 内、children 为 t("presented.action") 的那个按钮。若想让整张卡片也走默认程序打开，把卡片本体那处 onClick: onPreview 同样替换即可。

用法

# 仓库里带幂等安装脚本（自动备份 *.bak-before-native-open）：
pwsh -File patches/card-open-native/apply.ps1
pwsh -File patches/card-open-native/revert.ps1   # 一键回退

或手动：编辑上面那个文件 → 改这一行 → 刷新浏览器页面（纯客户端 bundle，不需要重启 DSH）。

注意事项

• 这是改 node_modules 里已发布 bundle 的本地补丁，DSH 升级会被覆盖，需要重打；仓库里附了脚本与原理文档。
• 原生打开要求 host 能解析到系统默认关联程序，且只对本机浏览器有效；headless / WSL 服务端没有桌面（会提示 "This Host has no desktop available"），这种场景更需要 #7549 里的 Download action。

环境

DSH 0.1.5-rc.2（Web GUI）+ Windows 11。若官方愿意收编，我很乐意把三档配置的实现整理成 PR；如果设计上更倾向于"动作全部平铺在卡片上"（不做默认档），也欢迎说明取舍 —— 我这边只关心"点一下就能用系统程序打开"这件事变得可发现。

关联：侧边栏插件抢占 conversation.chat.turnTail 导致交付卡片整体不渲染的问题，已在 omdsh-dev/DSH-better-sidebar 提了验证与补丁（PR #634 评论）。