我希望给dpPro接入视觉模型，但是似乎聊天框的输入检测比插件的时机更早，如果不更换对应的模型的话 无法hook

[Sumxx]

[SPYQWER1]

https://github.com/loudMore/dsh-drop-to-path这个项目可以解决一些，提示词用路径替换文件

[Suxeca]

第 3 步：打 dsh-image-bridge 补丁（关键一步——解决"图片被拒"）
改 /home/suxeca/Workspace/deepseek-harness/packages/host/apiproxy/src/api-proxy.ts 的 admit()：

原行为：消息含图片 + 模型 inputModalities 不含 image → 直接拒绝（MODEL_DOES_NOT_SUPPORT_IMAGES）
补丁后：先落盘附件 → 在附件对象旁建带扩展名的硬链接（.png，符号链接会被 vision 工具 realpath() 穿透导致格式失败）→ 消息改写为 [用户上传了一张图片，本地路径: ...] 文本 → 交给纯文本模型
改进：保留模态检查，只有模型真的不支持图片才走桥接；支持图片的模型（如切 gpt-5.6-luna 当聊天模型）走原生图片通道

参考项目：https://github.com/hZsFN/dsh-image-bridge

[Electricitysheep]

输入检测比插件 hook 早——这是工具链时序问题：附件校验发生在模型选择之前，视觉模型没选中时附件就被拒。

可参考社区视觉桥方案（#1153 在模型层做能力探测 + 路由）。能力边界/工具链时序见第 8 章：https://github.com/Electricitysheep/dsh-handbook/blob/main/docs/08-tools-context.md

[weijiafu14]

这里“输入检测比插件 hook 更早”的门现在已经能从模型目录层绕开，而且不用 patch apiproxy。pi2dsh@0.11.0 会给每条纯文本模型 route 自动注册独立的 <route>-vision 伴生 route：

dsh plugin --profile web add pi2dsh@0.11.0
dsh plugin --profile web add @kassing/pi-vision

export VISION_BRIDGE_BASE_URL=https://openrouter.ai/api/v1
export VISION_BRIDGE_MODEL=qwen/qwen2.5-vl-72b-instruct
export VISION_BRIDGE_API_KEY=your-openrouter-key

dsh web

启动后在模型选择器使用 dpPro 对应的 -vision 分组：

• 伴生 route 对准入层声明可接图片，所以 Web 粘贴不会在插件触发前被拒；
• @kassing/pi-vision 调用上面配置的视觉模型，把分析结果注入当前 DSH 上下文；
• 伴生 adapter 随后从完整消息树递归剥离 image block，只把文字分析转发给原始 dpPro；
• 原始 dpPro route 的模态声明和传输不需要改。

如果希望主 Agent 按需决定何时看图，也可以安装 pi-vision-tool，由 describe_image 读取物化后的图片路径。自动注入与工具按需两条路线都已在真实 DSH Web loop 跑通，配置与截图见 #2040。