DeepSeek Harness Hub
← 返回列表

视觉桥插件NormanFxxkingRockwell/dsh-auto-vision

DeepSeek Harnessspec-screened在 GitHub 查看 ↗
✓ 可直接安装

为纯文本主模型自动接入多模态模型识别图片

自动检查通过:npm 包已发布且 engines 声明满足基线(声明 Node >=20.0.0);该结论来自程序自动检查,未经人工实机验证。 · 最近上游提交 2026/9/15 · 已提供中文文档

DeepSeek Harness 视觉桥:自动发现你已配置的多模态模型,给纯文本主模型装上 vision 工具,识别结果以纯文本返回。零配置,一条命令安装。

综合分
30.7
GitHub 分
30.7
用户评分
★ Stars
1
周下载量
安装插件(需先安装 dsh CLI 引擎:npm install -g @deepseek-ai/dsh)
dsh plugin --profile web add dsh-auto-vision
npm 包 dsh-auto-vision 已校验归属本仓库,走 npm 安装最省事
数据截至 2026/9/16(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
安装兼容性检查✓ 自动检查通过

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。

npm 包dsh-auto-vision @ 0.4.1
Node 引擎要求 >=20.0.0 · 基线 Node 22.19 满足
dsh CLI 依赖未声明 dsh 版本约束
入口文件main/exports/bin 已声明

验证方式:npm registry 存在性 + package.json 静态校验 · 最后验证 2026/9/19 10:26:57

用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动

README

dsh-auto-vision

Awesome DSH Plugin
license
dsh
repo

给 DeepSeek Harness 里的纯文本主模型装上眼睛:自动发现你已配置的多模态模型,一条命令装上 vision 工具,图片识别结果以纯文本返回。

快速开始

本插件已发布到 npm,两种安装方式任选:

方式一:npm 安装(推荐)

dsh plugin --profile  add dsh-auto-vision

方式二:GitHub 源码安装(纯 JS、零构建步骤,无需构建授权)

dsh plugin --profile  add github:NormanFxxkingRockwell/dsh-auto-vision

装好后,直接在主对话里说:

读这张图 C:\path\to\image.jpg 描述一下

主模型会自动调用 vision 工具,把识别结果以文本形式返回给你。

要求:你的 dsh 里已经配置了至少一个声明了图片输入的多模态模型(如何声明见下文「配置」)。没有的话,插件会在启动时报错并告诉你怎么办。

它解决什么问题

dsh 内置的 read_image 会把图片块直接塞进当前模型的上下文,所以只有当当前主模型本身支持图片时才能用。像 deepseek v4 flash 这样的纯文本模型,调用 read_image 会被直接拒绝。

本插件换了一条路:由插件内部转发给一个多模态模型,主模型全程只看到文本。它把两个"本来会卡住"的场景之一的文件路径读图变成了全自动:

- 自动隐藏 read_image:纯文本主模型的会话里会藏掉必然失败的 read_image,让模型只能走 vision,不会先撞一次失败再换路;你给它一个图片文件路径(或让模型访问某个图片文件),它就会自动调 vision 读出来。

⚠️ 关于直接粘贴图片:dsh 官方当前在「消息准入层」硬编码拒绝了纯文本模型携带图片(报错 MODEL_DOES_NOT_SUPPORT_IMAGES,发生在任何插件钩子之前,且没有公开扩展点)。因此在聊天框直接粘贴图片,目前无法自动读——请把图片保存为文件,再把文件路径给模型(这段是全自动的)。插件内部已实现"粘贴图片自动转述",等官方开放准入扩展点后可立即生效(见下「实验性」)。

你(纯文本主模型)
│  给一个图片文件路径
▼
vision 工具(本插件)
│  把图片转给多模态模型(比如 qwen3.7-plus)
▼
识别结果 → 纯文本返回给你

工作原理

- 自动发现模型:默认零配置。插件把已注册 provider 中所有声明 image 模态的模型列为候选项,按「显式 prefer → 你在 settings 配置的 provider → 其余已注册 provider」排序;调用失败会自动切换下一个候选(failover)——目录里声明了 image 但实际不可用(如未配 key 的官方占位模型)的不会被卡住。也可以手动指定(见下)。
- 图片不进主会话:图片块只存在于插件内部的视觉请求中,你的主模型上下文里不会有任何图片,不会被污染、不会报错。
- 走你自己的通道:识别请求走宿主自己的模型运行时(ctx.llm)——用你已配置的 key、重试策略,不需要任何额外的 API key 或服务。

配置

以下配置都是可选的,不配置也能用(自动发现)。

在 plugins 层配置(改 cordis.patch.yml 或 preset 行)

| 配置项 | 说明 |
|---|---|
| provider + model | 手动指定视觉模型(两个必须成对给出)。启动时会校验它确实支持图片,否则报错 |
| prefer | 自动发现时优先尝试的 provider 顺序,例如 prefer: [bailian] |
| discovery: false | 关闭自动发现(此时必须手动指定 provider/model,否则插件报错) |
| autoHideReadImage: false | 关闭"自动隐藏 read_image"(默认开启:纯文本主模型会话藏 read_image,切多模态模型自动恢复) |
| transcribeImages: false | 关闭"粘贴图片自动转述"(实验性:受宿主准入限制,当前实际不生效,等官方开放后自动启用) |

示例:

在你的 profile 的 cordis.patch.yml 里覆盖插件配置
- id: dsh-auto-vision
config:
provider: bailian
model: qwen3.7-plus

给模型声明图片输入

自动发现靠的是「模型声明了 image 模态」。在 settings.yaml 里给支持图片的模型声明:

providers:
bailian:
models:
- id: qwen3.7-plus
name: Qwen3.7-Plus
contextWindow: 100000
input: [text, image]

功能与兼容性

- 工具名 vision,参数:file_path(单图)或 file_paths(多图路径数组,一次请求最多 10 张,按编号逐张描述)、instruction(可选,识别要求)
- 与 read_image 共用同一套附件管线和大小限制
- 视觉模型 failover:候选模型按序尝试(失败:空内容 / 报错 / 中止),自动切换到下一个;记录上次成功项,下次优先
- read_image 隐藏:自动跟随当前主模型——纯文本时藏掉 read_image 强制走 vision;切到多模态模型自动恢复原生 read_image,互不干扰
- 粘贴图片转述(实验性):agent/pre-step 已实现把会话内消息的图片块自动转述为文字(【图片转述】开头,带缓存),但因宿主在消息准入层硬拒纯文本模型带图(无扩展点),该路径当前不可达;待官方放开后自动生效
- 启动时会预检:手动指定的模型不支持图片、或自动发现落空,都会在启动时就报出可操作的错误,而不是等你调用时才崩
- 零运行时依赖:不依赖任何 npm 包,只用宿主服务

更新日志

- 0.4.0(2026-08-24):自动发现改为优先用户配置的 provider(不再乱选目录占位模型);新增视觉模型 failover——候选按序尝试,空内容/报错/中止自动切换下一个,并记忆上次成功项
- 0.3.0(2026-08-24):多图批量——file_paths 一次最多 10 张图同请求识别,按编号逐张描述
- 0.2.1(2026-08-18):README 与现状对齐:粘贴图片转述标记为「实验性」(受宿主准入限制,见正文说明)
- 0.2.0(2026-08-18):read_image 动态隐藏(纯文本主模型自动藏、切多模态模型自动恢复);agent/pre-step 粘贴图片自动转述(实验性)
- 0.1.0(2026-08-17):首个版本——vision 工具 + 自动发现多模态模型 + 纯文本返回;已收录 awesome-dsh-plugin

License

MIT

上游仓库有新提交时邮件通知你(每天最多一封,无更新不打扰),随时一键退订。

同作者(NormanFxxkingRockwell)的其他插件

💬 加入 DPharness 群聊

插件用法、部署报错、新插件第一时间同步——群里问,比一个人翻文档快。

点击加入 QQ 群
DPharness 群聊二维码,手机 QQ 扫码进群
扫码进群