市场与管理 · v0.2.0
dsh-vision
dsh-vision 是 DeepSeek Harness 的视觉辅助插件:接入任意 OpenAI 兼容的多模态模型(如 Qwen-VL、GLM-4V),为无图像理解能力的主模型(如 DeepSeek)提供视觉能力。
作者原文(英文)
A visual working memory for DeepSeek Harness agents: snapshot, map (numbered region registry), read (Q&A + verbatim text extraction), and zoom (targeted region inspection) backed by an OpenAI-compatible multimodal endpoint, with a visual-memory skill for
简介取自插件自己的 README 原文。
安装命令
dsh plugin --profile web add dsh-vision@0.2.0
未检测
这个包的 tarball 里确实有 dsh.bundle.patch,补丁文件存在且可解析。但「有补丁」是静态检查的结果,不是装过——它能不能在这台机器上装成,还没有验证。
检测报告
能力清单
- 以 shell 执行命令
shell-exec高关注4 处命中lib/capture.js:38execFileSync('powershell.exe', ['-NoProfile', '-NonInteractive', '-EncodedCommand', encoded], {lib/capture.js:51execFileSync('screencapture', args, { stdio: 'ignore', timeout: 30000 });lib/capture.js:55execFileSync('import', ['-window', 'root', target], { stdio: 'ignore', timeout: 30000 });lib/capture.js:59execFileSync('gnome-screenshot', ['-f', target], { stdio: 'ignore', timeout: 30000 });- 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
- 可执行外部程序
spawns-processes高关注1 处命中lib/capture.js:5import { execFileSync } from 'node:child_process';- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 写入文件
writes-files需留意2 处命中lib/capture.js:34mkdirSync(dirname(target), { recursive: true });lib/crop.js:63writeFileSync(target, encodePng({ width, height, data }));- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意1 处命中lib/vision-client.js:80const response = await fetch(`${baseURL}/chat/completions`, {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 启动伪终端
spawns-pty需留意1 处命中lib/capture.js:38execFileSync('powershell.exe', ['-NoProfile', '-NonInteractive', '-EncodedCommand', encoded], {- 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
- 读取文件
reads-files一般8 处命中lib/capture.js:66const image = decodePng(readFileSync(target));lib/crop.js:21return decodePng(readFileSync(path));lib/png.js:167return decodePng(readFileSync(path));lib/preprocess.js:67const bytes = readFileSync(path);- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 读取环境变量
reads-env一般8 处命中lib/capture.js:39env: { ...process.env, DSH_VISION_CAPTURE_PATH: target },lib/index.js:22apiKey: Schema.string().default(process.env.VISION_API_KEY ?? ''),lib/index.js:23baseURL: Schema.string().default(process.env.VISION_BASE_URL ?? ''),lib/index.js:24model: Schema.string().default(process.env.VISION_MODEL ?? ''),- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 接触凭据或密钥
credentials一般5 处命中lib/index.js:22apiKey: Schema.string().default(process.env.VISION_API_KEY ?? ''),lib/index.js:36apiKey: config.apiKey,lib/vision-client.js:29if (!config.apiKey)lib/vision-client.js:74const headers = { 'Content-Type': 'application/json', Authorization: `Bearer ${config.apiKey}` };- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 以 shell 执行命令 | shell-exec | 高关注 | 4 |
| 可执行外部程序 | spawns-processes | 高关注 | 1 |
| 写入文件 | writes-files | 需留意 | 2 |
| 发起网络请求 | network | 需留意 | 1 |
| 启动伪终端 | spawns-pty | 需留意 | 1 |
| 读取文件 | reads-files | 一般 | 8 |
| 读取环境变量 | reads-env | 一般 | 8 |
| 接触凭据或密钥 | credentials | 一般 | 5 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 31 个文件,扫描于 2026-10-21。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
可信度
- -5没有仓库或主页地址warn
认证等级 L1
- L0静态结构与契约✓sha512-k9L7fJ+VEG8HL11D… 与本地 tarball 复算一致,补丁与入口齐备
- L1配置组合与依赖图✓跨包无 entry id 冲突,插入模块可解析,目录内 peer 满足
- L2隔离沙箱冒烟—尚未试装
- L3运行时健康监控—未抽样(本层是抽样检测:没有会话不等于干净)
评分口径与作者信息
从 100 分开始按规则扣减:fail −20 / major −10 / warn −5 / minor −2;star 数、下载量、LLM 输出都不参与评分
- 维护者
- danilky666
- 仓库
- —
- 许可
- MIT
- 最后发布
- 2026-08-14
- 周下载
- 161
- star
- —
扫描状态:已扫描。能力是事实,不是缺陷; 周下载与 star 只作参考,不参与评分。
认证等级只回答四件事:包本身是否完整可解析(L0)、能不能与别的插件组合(L1)、隔离环境里装不装得上并起得来(L2)、抽样运行时有没有异常(L3)。依赖漏洞、仓库存活、下载量都不参与评级,只作为独立信号标注。可信 ≠ 无漏洞,上架 ≠ 推荐。
| DSH peer 依赖 | 4 个cordisdsh-llmdsh-skilldsh-tools均为 @deepseek-ai/ 下的包 |
|---|---|
| Node 要求 | ^22.19 || >=24 |
| 第三方依赖 | 0 个(纯自包含) |
| bundle patch | ./cordis.patch.yml |
| 依赖安全公告 | 已查询全部依赖,没有匹配到已公开的安全公告(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。) |
DSH