DeepSeek Harness Plugin Hub

发布与管理完整 Harness Profiles,发现适合你的插件。

探索

插件目录环境预设文档中心动态

社区

发布插件联系我们报告问题

相关链接

Plugin Hub GitHubDeepSeek Harness 官方项目系统状态隐私说明
© 2026 DeepSeek Harness Plugin HubPowered byPaxTech

独立、非官方社区项目,与 DeepSeek 官方无隶属、授权或背书关系。

File Path Repair — DeepSeek Harness 插件(DSH Plugin)
DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录
← Plugins
F

dsh-file-path-repair

File Path Repair

恢复 Markdown 转义在提供 /api/file 前吞掉的路径分隔符,使本地图片可在每个会话和每个模型中预览。

插件会安装到这里;不确定时保持 web。

npx -y @deepseek-ai/dsh plugin --profile web add github:baldovinmarques391-design/dsh-file-path-repair#e05578679c0932be0df766e77327d78a74aaec2b
README兼容性版本

兼容性与来源证明

File Path Repair 以 dsh-file-path-repair 发布,当前版本为 0.1.0。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

DSH 兼容范围
*
运行环境
any
发布来源
github
Registry 更新时间
2026/10/17

版本

0.1.0stable
2026/10/17

相关插件

正在加载相关插件…

最新版
0.1.0
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
未提供
文件数
未提供
Surface
any
许可证
未声明
发布源
github
GitHub
★ 0
周下载
0
最近提交
2026/10/17
查看源码 ↗
README Badge

点击下方 Badge 复制 Markdown,粘贴到 README 即可。

这是你的 Plugin?认领权益 · 优先安全扫描

验证 package.json 声明的 GitHub 仓库,即可管理这个公开页面。认领后,Hub 会优先安排当前版本的安全扫描,并在通过后公开展示结果。

认领这个 Plugin →
报告问题

相关插件

继续浏览 developer-tools 分类下经过校验的插件。

Web App@deepseek-ai/dsh-web-appdsh 浏览器界面捆绑包:位于 dsh-base 之上的 Web 补丁层,加上运行时粘合插件(提供前端 dist、Web 界面提示符、bash 运行时变量和 URL 行)Sdk Minimal@deepseek-ai/dsh-sdk-minimal独立的最小 SDK 配置包:JSON-RPC、一个 DeepSeek 适配器、持久化 Shell 和 JSONL 会话Sdk App@deepseek-ai/dsh-sdk-appdsh SDK 配置包:基于 dsh-base 提供 stdio JSON-RPC 服务和进程生命周期管理Experimental Inspector@deepseek-ai/dsh-experimental-inspector用于 Host 调试和 Client Runtime 检查的实验性跨 realm CDP hub

README

dsh-file-path-repair — 图片路径修复

本地图片(聊天里的 Markdown 图片、会话文档预览)在取文件前,把被 Markdown 转义吃掉的分隔符还原回去。不靠提示词,不挑模型,不挑会话。

问题

本地图片走 /api/file?path=…,path 是 Markdown 解析器给出的目标。在链接目标里,反斜杠后跟 ASCII 标点会被当作 CommonMark 转义:

写出来的:  ![x](D:\桌面\_out\shot.png)
解析得到:  D:\桌面_out\shot.png        ← \_ 的 \ 被吃掉
请求结果:  404 → 「图片无法预览 · alt」

这个还原在解析器里发生,早于客户端任何路径钩子(pathImages / fileImages),所以页面侧插件拿不到原始路径;而「让模型改成正斜杠」只对新生成的文字有效,别的智能体、历史消息都不管用。

做法

包住 /api/file 的处理函数:

  1. 原样交给原处理器;不是 404 就直接返回,正常路径零影响。
  2. 是 404 时,按「Markdown 转义只会发生在 ASCII 标点前」生成候选路径(把 \ 插回标点前,1~3 处组合,最小改动优先)。
  3. 每个候选都用 HEAD 走原处理器探测,也就是说仍然由组合出来的文件系统提供方(含沙箱策略)决定能不能读。
  4. 只有恰好一个候选存在时才用它重新取文件;两个都像,就保持原来的 404,不猜。
  5. 预算:单次最多 160 次探测、400ms。

边界

  • 只在已经失败的请求上工作;目录依旧拒绝,不存在的文件依旧 404。
  • 依赖 Connection 服务里的 fetchRoutes 表与 registerFetchRoute;上游如果改名,本插件会静默失效(不影响任何请求),不会把路径改成错的。
  • 卸载时还原:路由的包装标记与 registerFetchRoute 都会被恢复。

测试

node test/repair.test.mjs

用真实文件系统 + 一个与官方行为一致的假处理器,覆盖:正常路径、被吃掉分隔符的路径、HEAD、两个候选的歧义、无可修复、指向目录。