dsh-rule-proxy

在 DeepSeek Harness 里，模型常常需要 web_fetch、GitHub 接口或可选的纯搜索来查资料。若整台机器或整个进程走全局代理，模型请求、第三方子进程和日常开发环境往往会被一并拖进同一条网络路径，既难控又难排障。全局代理类插件还会动全局 fetch、Undici 或父进程环境，卸载后也容易留下心理负担。dsh-rule-proxy 换思路：只给「命中规则的网页工具请求」开一条隔离通道，其余保持原样。

核心是 hostname 规则分流，而不是全局接管。命中规则时，请求经你配置的上游 HTTP(S) 代理发出；未命中则走插件自持的直连传输。两条路径都不修改模型 provider、全局 fetch 或父进程代理。上游未配置或连接失败时会自动回退直连，不向工具报错，只有直连也失败才返回错误。domain 类型优先精确域名及子域；regex 用 RE2 线性时间匹配 hostname，设置页保存前会校验非法表达式。规则引擎对 re2-wasm 编译实例做复用与快照比较，避免内存失控。

使用上，对话头部有胶囊开关（绿 ON / 红 OFF），与设置页共享状态；「工具规则代理」里可编辑规则、配置上游与可选 SearXNG 端点，并用不联网的路由诊断预览 URL 命中情况。还提供 rule_proxy_diagnose、匿名 GitHub API/Git 引用等模型侧工具。普通 bash、git、gh 与 SSH 不会自动代理；插件不发送遥测，凭据只写在 profile 配置里。

适合需要在特定域名（如 GitHub、内网文档站）为工具单独走代理、又希望模型对话和全局网络保持原路径的用户；也适合想可视化排障、一键会话开关、干净卸载的 DSH 深度用户。若你只想「整机一把梭」全局代理，应选其他全局类插件；若你要精细分流且隔离传输，这个插件更对口。