🎁 福利专区全网大模型免费应用 + 新用户福利 + 注册活动入口,低成本玩转 AI

出站代理路由 apolenkov/dsh-provider-proxy

DeepSeek Harness
apolenkov12 天前有提交已提供中文文档扫描:含敏感能力

按提供商和模型分别指定出站代理,无需改配置文件

29.7/100
综合分
0
GitHub 星标
—
npm 周下载
—/5
用户评分

数据截至 2026/10/26 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。

安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add apolenkov/dsh-provider-proxy
该包不可直接 npm 安装,改从 GitHub 源安装(明细见下方安装检查)

状态速览

判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态
信任档位:仅索引
是什么[目录]—
dsh 原生插件 · market
暂无时间戳·判据 →
装得上吗[实装验证]—
本站尚未做安装检查
暂无时间戳·判据 →
安全吗[自动扫描]—
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
数据截至 2026/11/04·判据 →
还在维护吗[仓库]✓
活跃:最近一次提交在 12 天前
暂无时间戳·判据 →
图例:✓ 通过! 需注意— 未判定 / 无数据· 「未判定」= 本站尚无数据,不代表插件有问题
档位由哪些信号合成

本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。

验证判据与等级说明 →

可信度证据

安全扫描自动 · 静态分析源码
v2.7.0
🔵 扫描:含敏感能力尚无人工评估
展开查看扫描说明与证据 ↓

静态扫描发现插件具备触达本地系统的能力:执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量(至少其一)。这是能力清单,不是危险判定——具体能力项与证据见下方,安装前请自行判断是否需要。

读写/删除本地文件
查看扫描证据(共 2 处,展示前 2 条)
  • 写入本地文件
    index.js:205
    mkdirSync(directory, { recursive: true, mode: 0o700 })
  • 写入本地文件
    index.js:211
    writeFileSync(join(directory, 'state.json'), `${JSON.stringify(state, null, 2)}\n`, { mode: 0o600 })
扫描于 2026/11/4(1 天前) · 范围 入口闭包 + 发布文件清单 · 来源 GitHub 仓库

静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。

社区实装还没有人打卡 · 装过的第一个就是你
依赖的 DSH / Cordis 模块
@deepseek-ai/dsh-plugin-market-index@deepseek-ai/schemastery
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个

按服务商和模型分流 DeepSeek Harness 的出站代理,带插件配置界面

README

由 DeepSeek 最新模型翻译生成
dsh-provider-proxy English · Русский · 中文 dsh-provider-proxy: per-provider and per-model proxy routing 为 DeepSeek Harness 提供按提供商与按模型 ID 的出站代理路由。 DeepSeek Harness 每个进程只应用一条代理策略(HTTP_PROXY / HTTPS_PROXY / NO_PROXY / ALL_PROXY)。本插件在其之上叠加两条路由轴 — 按提供商主机、按模型 ID — 可在设置页中配置,无需改 YAML(除非你愿意)。 flowchart LR A["ctx.llm.stream{provider, model}"] --> B["llm/stream 瀑布AsyncLocalStorage 存根"] B --> C["适配器 → fetch"] C --> D["RoutingDispatcher"] D -->|命中模型规则| E["direct / proxy / inherit"] D -->|命中主机规则| E D -->|回环地址| F["始终直连"] D -->|无匹配| G["进程策略env + NO_PROXY"]
展开完整文档(README 剩余 1 节)
dsh-provider-proxy

English · Русский · 中文

dsh-provider-proxy: per-provider and per-model proxy routing

为 DeepSeek Harness 提供按提供商与按模型 ID 的出站代理路由。

DeepSeek Harness 每个进程只应用一条代理策略(HTTP_PROXY / HTTPS_PROXY / NO_PROXY / ALL_PROXY)。本插件在其之上叠加两条路由轴 — 按提供商主机、按模型 ID — 可在设置页中配置,无需改 YAML(除非你愿意)。

flowchart LR
A["ctx.llm.stream{provider, model}"] --> B["llm/stream 瀑布AsyncLocalStorage 存根"]
B --> C["适配器 → fetch"]
C --> D["RoutingDispatcher"]
D -->|命中模型规则| E["direct / proxy / inherit"]
D -->|命中主机规则| E
D -->|回环地址| F["始终直连"]
D -->|无匹配| G["进程策略env + NO_PROXY"]

- 主机轴(providers):匹配请求 URL 的主机 — 精确、子域、可选 host:port。作用于进程内每个 fetch()(模型、网页搜索、MCP)。
- 模型轴(models):匹配发出该请求的模型调用的 provider/model。支持精确 ID、以 结尾的前缀,以及可选的提供商绑定。
- 优先级:带绑定的精确模型 → 精确模型 → 带绑定的前缀 → 前缀 → 提供商主机规则 → default(inherit 或 direct)。

安装

前提:带插件管理器的 DSH 配置(Desktop 应用与 dsh web 均可)。

从 npm 安装(推荐):

dsh plugin --profile <profile> add @apolenkov/dsh-provider-proxy

从 git 安装(按发布标签,不经过注册表):

dsh plugin --profile <profile> add git+https://github.com/apolenkov/dsh-provider-proxy.git#v0.2.0

安装后重启 DSH。插件会插入 provider-proxy 行;路由配置保存在该行中。

npm 说明:包名是 @apolenkov/dsh-provider-proxy。不带作用域的 dsh-provider-proxy 属于注册表上的另一个无关包,请勿执行 pnpm add dsh-provider-proxy。

配置

在界面中(推荐)

打开侧边栏的 Settings(设置)→ 代理路由,或 Plugins → dsh-provider-proxy → Configure。两处是同一个编辑器:

- 默认路由(inherit 或 direct);
- 提供商规则:名称、主机(逗号或换行分隔)、代理(inherit / direct / 自定义 http(s):// URL);
- 模型规则:模型 ID(精确或以 结尾的前缀)、可选的提供商绑定、代理。

修改先在本地暂存,点击保存后才写入,并带版本校验:若配置在别处已改动,保存会被拒绝而不是静默覆盖。表单不会被清空写入;离开页面会丢弃暂存修改。

在 YAML 中

在配置文件的 cordis.patch.yml 里添加或修改该行(HMR 实时生效,无需重启):

- id: provider-proxy
name: "@apolenkov/dsh-provider-proxy"
config:
default: inherit
providers:
corp:
hosts: ["llm.internal.example"]
proxy: direct
opencode-go:
hosts: ["opencode.ai"]
proxy: "http://127.0.0.1:1301"
models:
"muse-spark-1.3-contributor":
provider: opencode-go
proxy: "http://127.0.0.1:1301"
"longcat-*": inherit

无效条目会拒绝整份配置(fail-closed):插件记录原因、保留原有路由,绝不会只应用一半。

代理取值

| 取值 | 含义 |
| inherit | 使用启动器的进程代理策略(env + NO_PROXY)。 |
| direct | 直连源站,忽略进程策略。 |
| http(s)://… | 经该代理转发(ProxyAgent)。不支持 SOCKS 与 PAC。 |

界面还会拒绝带凭据的代理 URL — 不要把密码写进配置文件。

Muse Spark 示例

把单个模型放到专用代理上,其余流量保持启动器策略:

- id: provider-proxy
name: "@apolenkov/dsh-provider-proxy"
config:
default: inherit
models:
"muse-spark-1.3-contributor":
provider: opencode-go
proxy: "http://127.0.0.1:1291"

见 examples/models-muse-spark.yaml(已脱敏:仅回环地址、无凭据)。

演示

设置中的代理路由页

代理路由设置页:提供商规则与 Muse Spark 模型规则、内联校验错误与保存成功

在临时配置中用回环代理录制:打开设置页、添加 Muse Spark 规则、触发并修正校验错误、保存,最后展示 Settings 中的页面。单帧见 assets/screenshots/en/。

验证是否生效

插件把最近一次应用结果(不含机密)写入 $DSH_HOME/provider-proxy/state.json:

{
"appliedAt": "2026-10-22T07:59:22Z",
"pid": 42120,
"status": "active",
"routes": "muse-spark-1.3-contributor→http://127.0.0.1:1301, llm.internal.example→direct, default→inherit"
}

可用“死代理”验证规则确实生效:把规则指向 http://127.0.0.1:9,请求应以 ECONNREFUSED 127.0.0.1:9 失败而不是到达目标 — 之后恢复正常代理。

限制

- WebSocket 传输不保证经过 undici 调度器;需要严格路由时请使用 http(s)。
- web_fetch 通过启动器自身的策略固定地址,可能绕过这些规则;模型流量已被覆盖。
- 模型规则只在 llm/stream 内生效;网页搜索与 MCP 走主机轴。
- 模型规则不会作用于同一主机上的非模型流量;主机规则永不覆盖 localhost / 回环。
- 带凭据的代理 URL 会被传输层接受,但界面会拒绝;建议使用无凭据的代理端点。

开发

pnpm install --ignore-scripts
pnpm test # node:test,44 个测试:匹配、优先级、ALS 隔离、出口、装配、表单逻辑
pnpm check # 清单 + 机密 + 市场索引 + 完整测试

见 CONTRIBUTING.md、CODE_OF_CONDUCT.md,以及 docs/(架构、配置参考、UI、发布清单、市场、排障、术语表)。

市场

DSH 市场索引(format 1)见 market/dsh-market.json,由 pnpm release:market 依据清单与发布提交生成;插件已带 dsh-plugin 话题,社区目录 dsh.market 会自动收录。

许可

MIT — 见 LICENSE。DeepSeek Harness 属于 DeepSeek 的独立项目;本插件为社区作品,与其无隶属或背书关系。
预览分享卡片长什么样 ↓apolenkov/dsh-provider-proxy
分享 · DeepSeek Harness Hub
apolenkov/dsh-provider-proxy

按提供商和模型分别指定出站代理,无需改配置文件

这个插件是你维护的吗?
作者本人可认领并核对本条目;认领通过后,详情页会显示「作者已认领」标记。
认领条目 →
回到顶部