界面与主题 · v0.3.13
dsh-desktop-launcher
创建一个桌面图标,双击即可启动 dsh:当 dsh 未运行时,该图标会启动 dsh web,等待 GUI 就绪,并在配置的 URL 处打开浏览器。
作者原文(英文)
Create a desktop icon that launches dsh with one double-click: the icon starts dsh web when it is not running, waits for the GUI to become ready, and opens the browser at the configured URL.
简介取自插件 README 开头,由 DeepSeek 模型翻译,仅供参考。
安装命令
dsh plugin --profile web add @linxin666/dsh-desktop-launcher@0.3.13
已试装 · 层已挂载
已在一个隔离的 profile 里真装过:包能装上,并且插件层挂载成功。这一条是实测结果,不是作者的声明。
检测报告
能力清单
- 可执行外部程序
spawns-processes高关注2 处命中lib/index.js:2import { execFile } from "node:child_process";src/routes.ts:9import { execFile } from 'node:child_process'- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 写入文件
writes-files需留意18 处命中lib/index.js:544await mkdir(scriptsDir, { recursive: true });lib/index.js:546await writeFile(launcherPath, "" + renderLauncherScript(platform, spec), { mode: 493 });lib/index.js:552await copyFile(iconSource, iconIco);lib/index.js:555await copyFile(iconSource, iconPng);- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 含混淆或编码代码
obfuscated-code需留意7 处命中lib/types/index.d.ts:50export declare const DESKTOP_LAUNCHER_GUIDANCE = "\u672C\u673A\u5DF2\u5B89\u88C5 dsh-desktop-launcher \u63D2\u4EF6\uFF08…- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- 发起网络请求
network需留意6 处命中lib/client.js:34const response = await fetch(LAUNCHER_API.create, {lib/client.js:1206const response = await fetch(LAUNCHER_API.shutdown, {lib/client.js:1482fetch(ENDPOINT, {src/client/api.ts:17const response = await fetch(LAUNCHER_API.create, {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 读取文件
reads-files一般14 处命中lib/index.js:474if (override !== void 0 && existsSync(override)) return override;lib/index.js:475if (configured !== void 0 && configured !== "" && existsSync(configured)) return configured;lib/index.js:476return bundledIconPath !== void 0 && existsSync(bundledIconPath) ? bundledIconPath : void 0;lib/index.js:508if (platform === "win32" && !existsSync(desktop)) {- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 动态加载模块
dynamic-import一般9 处命中lib/client.js:509engine = require(platform);lib/client.js:511engine = require(legacy);…DesktopLauncherSettingsCard.d.ts:72export declare function DesktopLauncherSettingsCard(props: DesktopLauncherSettingsCardProps): import("react").JSX.Elemen……s/client/PluginSettingsCard.d.ts:58export declare function PluginSettingsCard<TKey extends string = string>(props: PluginSettingsCardProps<TKey>): import("…- 动态导入本身无害,但会让依赖关系难以静态审阅。
- 读取环境变量
reads-env一般2 处命中lib/index.js:351function resolveDshHome(env = process.env, home = homedir()) {src/dsh-home.ts:27export function resolveDshHome(env: NodeJS.ProcessEnv = process.env, home: string = homedir()): string {- 环境变量里常混有密钥。看它是否把整个 env 都读走。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 2 |
| 写入文件 | writes-files | 需留意 | 18 |
| 含混淆或编码代码 | obfuscated-code | 需留意 | 7 |
| 发起网络请求 | network | 需留意 | 6 |
| 读取文件 | reads-files | 一般 | 14 |
| 动态加载模块 | dynamic-import | 一般 | 9 |
| 读取环境变量 | reads-env | 一般 | 2 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 45 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
可信度
- 0没有可扣分的项
认证等级 L3
- L0静态结构与契约✓sha512-gjoXEYiGAK8+WF+R… 与本地 tarball 复算一致,补丁与入口齐备
- L1配置组合与依赖图✓跨包无 entry id 冲突,插入模块可解析,目录内 peer 满足
- L2隔离沙箱冒烟✓隔离 profile 安装成功,3.0s,层已挂载;宿主带它启动(booted)
- L3运行时健康监控✓抽样会话内未观测到外部进程 / 越界写 / 外连(2 个事件)
评分口径与作者信息
从 100 分开始按规则扣减:fail −20 / major −10 / warn −5 / minor −2;star 数、下载量、LLM 输出都不参与评分
- 维护者
- linxin666
- 仓库
- https://github.com/zhu1090093659/dsh-web
- 许可
- Apache-2.0
- 最后发布
- 2026-09-03
- 周下载
- 1.6k
- star
- 8720
扫描状态:已扫描。能力是事实,不是缺陷; 周下载与 star 只作参考,不参与评分。
认证等级只回答四件事:包本身是否完整可解析(L0)、能不能与别的插件组合(L1)、隔离环境里装不装得上并起得来(L2)、抽样运行时有没有异常(L3)。依赖漏洞、仓库存活、下载量都不参与评级,只作为独立信号标注。可信 ≠ 无漏洞,上架 ≠ 推荐。
| Node 要求 | ^22.19.0 || >=24.0.0 |
|---|---|
| 第三方依赖 | 1 个 |
| bundle patch | ./cordis.patch.yml |
| 依赖安全公告 | 已查询全部依赖,没有匹配到已公开的安全公告(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。) |
元数据
| 仓库最近提交 | 2026-10-14 |
|---|---|
| 仓库创建 | 2026-08-12 |
DSH