dsh-plugin-open-app
github.com/2nd1st/dsh-plugin-open-app
v0.1.2
界面与主题
发起网络请求写入文件
让每一个 open-mcp-apps 应用都成为 DeepSeek Harness(`dsh`)里**一个可以去的地方**:侧边栏中有一个 Apps 区域,每个应用一个容器,各自拥有独立的工作区和对话;当模型在聊天中途打开某个应用时,它会内联渲染出来。
作者原文(英文)
Brings open-mcp-apps into DeepSeek Harness (dsh): an Apps section in the sidebar, one container per app with its own workspace and conversation, an agent-presence strip under the app, and inline app rendering for MCP tool calls.
中文简介由 DeepSeek 模型翻译,仅供参考。
dshdsh-plugindeepseek-harnessmcpmcp-appsmodel-context-protocolopen-mcp-appscordis
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
2需留意2一般20未命中
高关注需留意一般
能力清单
- 发起网络请求
network需留意7 处命中lib/client.js:684const made = fetch(`${API}/home`, {lib/client.js:793preset = (await (await fetch(`${API}/config`)).json())?.preset ?? nulllib/client.js:822const answer = await fetch(`${API}/preset/repair`, { method: 'POST' })lib/client.js:873const response = await fetch(`${API}/greeting?app=${encodeURIComponent(app)}`)- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 写入文件
writes-files需留意6 处命中lib/client.js:898try { await services.sessions.binding(container.id)?.session?.rename(app) }lib/index.js:489* `workspace.create` adopts an EXISTING directory and refuses to mkdir (apiproxylib/index.js:500mkdirSync(path, { recursive: true })lib/index.js:504if (!existsSync(readme)) writeFileSync(readme, README(app, path), 'utf8')- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 读取文件
reads-files一般3 处命中lib/index.js:499const created = !existsSync(path)lib/index.js:504if (!existsSync(readme)) writeFileSync(readme, README(app, path), 'utf8')lib/index.js:602try { entries = readdirSync(appsRoot, { withFileTypes: true }) } catch { return }- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 读取环境变量
reads-env一般3 处命中lib/index.js:466const home = process.env.DSH_HOME && process.env.DSH_HOME !== ''lib/index.js:467? process.env.DSH_HOME- 环境变量里常混有密钥。看它是否把整个 env 都读走。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 发起网络请求 | network | 需留意 | 7 |
| 写入文件 | writes-files | 需留意 | 6 |
| 读取文件 | reads-files | 一般 | 3 |
| 读取环境变量 | reads-env | 一般 | 3 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 6 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)