OpenRouter 路由配置 MoRanYue/dsh-openrouter-providers

dsh-openrouter-providers

DeepSeek Harness 插件：从 OpenRouter 官方目录勾选请求允许使用的提供商，或按模型规则分别限定，并可设置量化位数限制，把它们作为 provider.only / provider.order / provider.quantizations 路由参数注入到所有 OpenRouter 模型请求中（含图片的多模态请求原样透传）。可选地把这些请求改经 billion-context 的压缩代理发出。配置由插件自持，写入 $DSH_HOME/openrouter-providers.json（未设置 DSH_HOME 时为 ~/.dsh/openrouter-providers.json），重启后自动恢复。

适配版本：DeepSeek Harness 0.1.5-rc.1 ~ 0.2.1-rc.2（engines.dsh: >=0.1.5-rc.1 <0.3.0）。本插件不 import 任何 @deepseek-ai/dsh- 包，唯一 peer 是 @deepseek-ai/cordis，因此不受 0.1.7 / 0.2.x 破坏性改动影响；跨 0.2 主版本已在真实 0.2.0-rc.2、0.2.1-alpha.1、0.2.1-alpha.2、0.2.1-alpha.4 与 0.2.1-rc.2 上逐项复验（配置读写往返、llm/stream 重路由、真实 OpenRouter 路由、billion-context 代理接入、插件页显示名与图标、设置页表单渲染、adapter 契约）。注意：DSH 自 0.2.1-alpha.3 起把 engines.dsh 当作真实门禁（优先于 peerDependencies，不匹配会直接拒绝加载），因此升级到 0.3.x 时需先放宽本行上界。

为什么不再用 settings 服务：DSH 0.1.7 删除了 settings 命名空间注册（settings.register / SettingsScope / watch），改为只枚举 profile 条目 Config 上的 .volatile() 字段。依赖旧 API 的插件在 0.1.7 上会静默失效——apply 提前返回，HTTP 路由与 llm/stream 重路由都不再注册，设置页显示「无法读取当前状态（Host 端不可用）」，且请求注入完全不生效。本插件改为自持配置文档，并只把旧命名空间当作能力探测的可选增强（见下），因此在新旧宿主上行为一致。

配置入口（双栈）：DSH 0.1.6-alpha.2 把插件配置从设置搬到新的侧栏「插件」页，并退役了 settings.plugin.item。本插件同时注册两个 slot，由宿主声明决定哪个生效（未声明的那个永不触发，不会报错）：

| 宿主 | slot | 位置 |
| DSH ≥ 0.1.6-alpha.2 | plugins.bundle.config（键=包名） | 侧栏插件 → 本组合包页面内的配置表单 |
| DSH < 0.1.6-alpha.2 | settings.plugin.item | 设置 → 插件 → 插件配置 内的折叠卡片 |

旧宿主上，那半卡片按 Host 已服务的 settings 命名空间派发，所以本插件会探测 settings.register 是否存在，存在才注册一个空的 pass-through 命名空间（只为让卡片能被派发，不承载任何取值）；0.1.7 起该 API 不存在，跳过即可，不影响其余功能。

功能

- 勾选式提供商选择器：Host 半拉取 OpenRouter 官方目录（https://openrouter.ai/api/v1/providers，24 小时缓存），表单渲染可搜索的复选框列表，同时保留手填自定义 slug 的入口。选中项即使不在目录里也始终显示，因此离线快照缺某家也不会把已有选择丢掉。目录拉取失败时回退到内置快照，并在表单下方明确标注「离线或未刷新」，60 秒后重试（而不是等满 24 小时）。
- 配置表单：选择路由模式与量化位数限制：
- 仅允许这些提供商 → 请求体注入 provider: { only: [...], allow_fallbacks: false }
- 按顺序优先尝试 → 注入 provider: { order: [...], allow_fallbacks: true }
- 量化位数限制 → 注入 provider: { quantizations: ['int4' | 'int8' | ...] }（可选，默认不限制；合法值见 OpenRouter Quantization）
- 可整体开关；保存后写入插件自持的配置文件（$DSH_HOME/openrouter-providers.json）。新「插件」页只有保存会写入，离开页面丢弃暂存修改；旧折叠卡片另提供「撤销」按钮与「未保存」徽标。
- 按模型规则（可选）：配置文件里的 modelRules 数组，让不同模型走不同的提供商限制——例如给 xiaomi/mimo 钉死 makora/xiaomi，同时让其它模型不受限。规则自上而下、第一条命中生效；未命中的模型沿用全局配置。pattern 是大小写不敏感的 glob（含 时按通配匹配），不含 时按命名空间前缀匹配（xiaomi 即覆盖 xiaomi/mimo-v2.6-flash）。mode 取 inherit（跟随全局）/ only / order / off（该模型跳过注入）。规则里 providers 留空则继承全局列表。判定发生在 buildBody() 与 llm/stream 重路由闸门两处，都按本次请求自己的模型解析，因此解析后没有任何限制的模型不会被强行塞进本插件的 adapter。
- 界面跟随 DSH 语言：文案来自插件注册的 openrouter-providers locale 命名空间（zh / en 双语词典），切换语言后界面即时重渲染，无需刷新页面；宿主没有 locale 服务时回退中文文案。
- 「插件」页显示名称与图标：包内 locale/zh.json 与 locale/en.json 的 meta.title / meta.description 提供本地化显示名（中文「OpenRouter 提供商列表」/ 英文 OpenRouter Providers），因此插件列表里显示的是可读名称，而不是裸包名 dsh-openrouter-providers；package.json 的 icon: "./icon.svg" 提供卡片与行内图标（36×36 三层渐隐圆角条，示意「按列表逐级收窄提供商」）。两者都跟随 DSH 界面语言。注意 exports 必须包含 "./locale/.json": "./locale/.json"，否则 Node 的 exports 解析会抛 ERR_PACKAGE_PATH_NOT_EXPORTED，显示名静默回退为包名；icon 必须是相对路径、扩展名限 .svg/.png/.jpg/.jpeg/.webp、须位于包目录内且 ≤256 KiB，写错会报错（但只丢图标，名称仍生效）。
- 路由识别不看名字：profile 里的 provider 可以随意重命名（例如叫 aaaa），只要它的 baseURL 主机是 openrouter.ai（含子域），或 apiKeyEnv 是 OPENROUTER_API_KEY，就算作 OpenRouter 路由——识别结果缓存 30 秒，改名无需重启。内置的 openrouter 永远算在内，也可以在配置文件的 routes 数组里手填额外路由名。判定刻意锚定 URL 的主机，而不是子串匹配：/openrouter\.ai/ 也会命中无关域名里的路径片段。
- 图片输入：多模态请求里的图片会转成 OpenRouter 的 image_url 部分（data: URL）发出，不再一律拒绝。图片字节来自 attachments 服务给出的宿主路径；已从上下文移出（offloaded）的图片降级为文字占位符，不会重发已不属于历史的字节。请求级图片预算沿用宿主的 IMAGE_OFFLOAD_REQUIRED 契约——超限时由 compaction-image-offload 把最旧的图片移出上下文后重试，用户看不到失败——并且按 provider 实际配置的 maxRequestImageBytes 执行，不再写死 20 MiB。
- 请求注入：监听 llm/stream waterfall——当请求的 provider 路由被认定为 OpenRouter（已启用且列表非空、或设置了量化限制、或开启了代理）时，把请求重路由到插件自研的 chat-completions adapter，由它构造请求体注入 provider 字段；reasoning.effort（off/low/medium/high/max，均为 OpenRouter 合法值）按契约透传。会话日志与 UI 仍显示原来的路由名。
- billion-context 压缩代理（可选）：把代理开关设为自动后，插件会探测本机运行中的 billion-context 代理，命中则把请求改经它的 /bili/ 入口发出（<origin>/bili/https://openrouter.ai/api/v1/chat/completions），从而获得其上下文压缩；探测不到代理时直连，不会因为装了本插件而让生成失败。代理开关与「提供商限制」总开关互相独立：只想压缩、不想限制路由时，关掉提供商限制、单独开启代理即可。
- 凭据：复用现有 OPENROUTER_API_KEY——优先通过 credentials 服务解析（与 llm-pi-ai 的 apiKeyEnv 一致），读不到时回退到启动 dsh web 的 shell 里的同名环境变量，因此不必在界面里再填一次。
- 应用归属（App Attribution）：请求携带 HTTP-Referer: https://github.com/deepseek-ai/deepseek-harness、X-OpenRouter-Title: DeepSeek Harness OpenRouter 与 X-OpenRouter-Categories: cli-agent 头，使 OpenRouter 界面/排行榜中显示为 DeepSeek Harness OpenRouter 而非 Unknown（OpenRouter App Attribution 文档）。

安装（bundle 挂载）

插件以 bundle 包形式挂载，与其他插件（dshmarket、dsh-recall-plugin 等）一致，通过 cordis.patch.yml 的 insert 行自动合并进 profile composition。

方式 A：从 npm 安装（推荐）

在 profile 目录（如 ~/.dsh/profiles/web/）执行：

pnpm add dsh-openrouter-providers@latest

然后把包加入 profile 的 package.json 的 dsh.profile.bundles 列表：

"dsh": { "profile": { "bundles": [ ..., "dsh-openrouter-providers" ] } }

再重启 dsh web。bundle 协调器自动合并包内的 cordis.patch.yml（insert 行：id: openrouter-providers）。

方式 B：从 GitHub 安装

pnpm add dsh-openrouter-providers@github:MoRanYue/dsh-openrouter-providers

其余步骤与方式 A 相同（加入 dsh.profile.bundles 并重启）。

方式 C：本地路径

pnpm add dsh-openrouter-providers@file:D:\\path\\to\\dsh-openrouter-providers
然后同样把包名加入 dsh.profile.bundles 并重启

手动方式（不依赖 bundle）

在 ~/.dsh/profiles/web/cordis.patch.yml 中追加：
- insert:
- id: openrouter-providers
name: 'dsh-openrouter-providers'

再在 profile 的 package.json 里把包加进 dependencies 与 dsh.profile.bundles，然后 pnpm install 并重启。

使用

1. 确认模型的 provider 路由是 OpenRouter——内置的 openrouter 路由算，profile 里任何 baseURL 主机为 openrouter.ai、apiKeyEnv 为 OPENROUTER_API_KEY 的 provider 也算（见上文「路由识别不看名字」）。
2. 打开对应宿主的配置入口（见上表：DSH ≥ 0.1.6-alpha.2 用侧栏插件 → 本组合包页面；更早的宿主用设置 → 插件 → 插件配置），在目录里勾选提供商（目录里没有的可以手填 slug），选择路由模式与量化位数限制，保存。需要按模型细分时，在下方「按模型规则」里添加规则。
3. 之后的 OpenRouter 请求都会携带注入的 provider 路由参数。
4. 如需上下文压缩：先启动 billion-context 代理（bili），再把本插件的代理一项设为自动并保存。表单下方会显示是否已接入（代理已接入: http://127.0.0.1:18790）或未检测到；检测到即生效，无需重启 DSH。

按模型规则的配置长这样（也可以完全用界面编辑，两者等价）：

{
"enabled": true,
"mode": "only",
"providers": ["deepinfra", "novita"],
"quantization": "off",
"proxy": "auto",
"modelRules": [
{ "pattern": "xiaomi/mimo", "mode": "only", "providers": ["makora", "xiaomi"] },
{ "pattern": "anthropic/", "mode": "off", "providers": [] }
]
}

提供商 slug 格式参见 OpenRouter Provider Routing 文档（order/only 字段）。

工作原理（简要）

- 传输层：动态插件环境没有内置 fetch，adapter 通过 subprocess 服务派生 node -e 子进程，执行 HTTP + SSE 流式解析（文本/推理/工具调用增量、usage、[DONE]、错误分类 AUTH/RATE_LIMIT/INVALID_REQUEST/SERVER 等）。
- 图片装配与预算：serializeMessages() 把图片块转成 data: URL，并按 DSH 自己的口径统计预算——base64 长度取 ceil(字节数/3)*4，不含 data: 前缀（把前缀也算进去会让预算早触发约 22 字节/张，等于比宿主提前移出一张图）。三档预算的来源不同：maxRequestImageBytes（请求级硬上限）取自该 provider 的配置并真实强制；requestImageMaxBytes（单图原始字节）与 requestImagePixelBudget（单图像素）在宿主里只是重编码目标——pi-ai 靠质量阶梯缩图来满足它们，而本插件不带图片编解码器，因此默认值不强制（否则大多数截图会被降级成占位符而毫无收益），只有用户显式配置时才强制，超限的图片降级为文字占位符并说明原因。图片字节用 node:fs 直读附件存储：它是 DSH 自有数据、位于任何工作区之外，路径来自受信的 attachments 服务而非用户或模型输入，工作区沙箱策略不适用于它（插件读写自身配置文件也是同一路径）。
- 按 provider 的图片预算如何定位：adapter 只看到 PLUGIN_ROUTE，而预算挂在用户配置的那个 provider 上。重路由时用请求的 AbortSignal 作为键把真实路由记进 WeakMap，stream() 再取回来——信号是唯一能在各层 spread 之间保持同一性的对象，不需要往 option bag 里塞非标准字段。
- 状态持久化：配置由插件自持，写入 $DSH_HOME/openrouter-providers.json（DSH_HOME 未设置时为 ~/.dsh/…），与 settings 服务无关。首次启动且配置文件仍为出厂默认值时，会按顺序尝试从旧位置恢复一次：<workspaceRoot>/.dsh-plugins/openrouter-providers.json（v1.0.4 及以前）、$DSH_HOME/settings.yaml.imported（0.1.7 移除设置文档时留下的、含本插件 section 的改名文件）。任一处有值即迁移，之后不再覆盖已有配置。
- Client 通信：插件配置卡通过 HTTP API GET/POST /api/openrouter-providers/state 读写状态（Host 端经 webServer 注册）。客户端对非 2xx 响应会显示状态码与响应片段，不再把所有失败笼统报成「Host 端不可用」。
- 提供商目录：同一个 state 路由还会返回 catalog（[{slug, name}]）与 catalogSource（live / builtin）。目录用 node:https 直连抓取——与代理探测同理，不能用 globalThis.fetch，否则挂了 billion-context 的宿主会把这次抓取也改写成经代理的请求。缓存 24 小时；抓取失败时保留上一次成功的列表且 catalogSource 仍为 live（陈旧但确实来自官方），从未成功过则用内置快照并标 builtin，界面据此显示「离线或未刷新」。设置页对刷新最多等 1.5 秒，离线主机不会把表单卡住。
- adapter 契约：插件注册的是普通对象 adapter（不是 LlmAdapter 子类），没有基类默认值兜底，所以必须逐项实现宿主会调用的成员。除 stream 外，LlmRuntime 会调用 providerInfo / providerRetryPolicy / imageRequestPricing / imageRequestTarget / listModels / resolveModel / prepareCall——少任何一个，对应调用点就会抛 TypeError: adapter.<name> is not a function。本插件的 listModels() 返回空数组，因此该合成路由不会出现在模型目录里（只能由 llm/stream 在传输层内部使用）；imageRequestPricing() 返回 undefined，让 token meter 与 spill policy 沿用各自的中性估算；imageRequestTarget() 原样回传归一化后的宽高与字节上限，与基类默认行为一致（该成员由 DSH 0.2.1-alpha.3 引入，目前只有 CUA 截图路径会调用）。
- billion-context 代理接入：代理地址不硬编码端口，按 billion-context 自身的发现顺序解析：BILI_MCP_PROXY 环境变量 → $XDG_STATE_HOME/billion-context/proxy-origin（裸 URL 或实例 JSON 两种形态都支持）→ 同目录 port-zone.json 的 lanes.dsh → 兜底 http://127.0.0.1:8787；每个候选都先请求 /__bili/health 确认 ok: true 才采用。探测刻意用 node:http/node:https 而非 globalThis.fetch——billion-context 挂载后会把宿主的 fetch 补丁成「重写 URL 为 <origin>/bili/<原URL>」，若用 fetch 探测，探测请求本身会被改写成指向代理自己的请求，导致永远「探测成功」。结果缓存 30 秒并在后台刷新，请求路径只读缓存（不会为探测阻塞生成）；设置页每次加载都会重新探测，并显示当前是否真的接入。请求会带 x-acp-session: <sessionId> 头，让代理按会话稳定分桶累积压缩状态（该值来自宿主在 GenerateOptions.sessionId 上盖的会话标识，专为这类传输层元数据提供）。

限制

- 图片不重编码：本插件不带图片编解码器，附件里的原始字节直接作为 data: URL 发出。宿主的 requestImageMaxBytes / requestImagePixelBudget 默认值只是重编码目标（pi-ai 靠质量阶梯缩图满足它们），所以默认不强制；用户显式配置时才强制，超限的图片降级为文字占位符。代价是极大的原图会原样发出，可能触碰提供商自己的单图上限。
- 图片字节用 node:fs 直读附件存储，不经工作区沙箱（理由见「工作原理」）。
- 全局「启用提供商限制」关闭时，所有按模型规则也一并失效（界面会把规则区置灰），因为该开关是总闸门。
- only 模式下 allow_fallbacks=false：列表中的提供商全部不可用时请求失败（OpenRouter 行为）。
- 代理接入是按请求判断的：代理中途停止时，最多 30 秒（探测缓存 TTL）后自动回退直连；代理中途启动时同样最多 30 秒后自动接入，或打开一次设置页立即生效。
- 代理与「提供商限制」共用同一条传输通道（本插件的 adapter），因此开启代理时请求同样绕过宿主原生的 openrouter 路由——如果其它插件（如 billion-context 的 dsh-native）依赖宿主 globalThis.fetch 做拦截，那些拦截不会作用于本插件的流量，这是自持传输层的必然结果。

License

MIT