dsh-image-unlock
在终端中运行以下命令:
dsh plugin install FrostLeafKEE/dsh-image-unlock
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在终端中执行 dsh plugin install FrostLeafKEE/dsh-image-unlock 即可安装该插件,源码仓库为 https://github.com/FrostLeafKEE/dsh-image-unlock
插件介绍
在 DeepSeek Harness 中,走 opencode-go 路由的模型若未显式声明图片输入能力,用户在 Web GUI 里上传附件时会在 API 层和 LLM 层被直接拒绝;即便绕过这道闸门,Console Go 上游协议只接受纯文本,image_url 部件仍会触发 400。整条图片链路从准入到序列化都是断的。
dsh-image-unlock 用两步把链路修通。第一步通过 bundle patch 为 opencode-go provider 补上 defaultInput: [text, image],让未显式声明 input 的模型继承图片输入权限;已声明的模型不受影响。第二步对本地安装的 dsh-llm-pi-ai 包做一次幂等代码补丁:在 opencode-go 路由的 stream() 中,把 durable 图片块(含 tool-result 内嵌套的)替换为带附件路径的 [Image attachment: ...] 文本标记,再由 claude-vision-skill 的 vision.js 通过魔数嗅探 MIME 类型后调用外部视觉 API 完成识别,剪贴板回退路径保持可用。
插件的文本化行为与 claude-vision-skill 目录的在位与否直接绑定:目录位于 .agents/skills 下时文本化开启,图片走 vision.js 识图流程;把目录移走则文本化自动关闭,模型直接收到真实图片部件。插件持续监视 skills 目录,移入移出即时切换,无需重启 Harness。
适合在 DeepSeek Harness 上运行 opencode-go 路由、需要给纯文本上限的模型补上图片输入能力的开发者,也适合在同一实例中混用视觉模型与纯文本模型、希望一套统一工作流覆盖两种场景的团队。
截图预览
使用场景
- 在 opencode-go 纯文本模型上通过 Web GUI 上传图片并借助 vision skill 完成识别
- 在同一 Harness 实例中混用视觉模型与纯文本模型,统一图片附件处理流程
- 为未显式声明图片输入能力的第三方模型补上从准入到序列化的完整附件链路
适合人员
- 使用 DeepSeek Harness 与 opencode-go 路由的开发者
- 需要在纯文本模型上启用图片附件输入的工作流工程师
- 同时管理视觉模型与纯文本模型混合部署的技术团队