better-model-provider 怎么安装？

在已安装 dsh CLI 引擎的环境中，进入插件页复制安装命令一键执行即可；自动检查通过：npm 包已发布且 engines 声明满足基线（声明 Node ^22.19.0 || >=24.0.0）；该结论来自程序自动检查，未经人工实机验证。

better-model-provider 兼容性怎么样？

自动检查通过：npm 包已发布且 engines 声明满足基线（声明 Node ^22.19.0 || >=24.0.0）；该结论来自程序自动检查，未经人工实机验证。

better-model-provider 有中文文档吗？

已提供中文翻译 README（由 DeepSeek 最新模型翻译生成），本站可切换中英文对照阅读。

better-model-provider 还在维护吗？

GitHub 13 星。最近一次上游提交在 2026/10/9。

模型能力微调 sanshanya/better-model-provider

DeepSeek Harnessv0.0.8

sanshanya25 天前有提交已提供中文文档扫描：未发现敏感能力

在 GitHub 查看 ↗

官方目录路由上的稀疏、非破坏性按模型覆盖——包括推理强度档位及其取值拼写——不替换整个目录。

38.1/100

综合分

GitHub 星标

376

npm 周下载

—/5

用户评分

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

安装命令 · 需先装 dsh CLI 引擎

dsh plugin --profile web add better-model-provider

npm 源 · better-model-provider 的发布者账号已校验与本仓库一致

状态速览

判定依据：实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态

信任档位：已验证

是什么

dsh 原生插件 · vision

装得上吗

本站已在 dsh 0.2.1-rc.5 下真实安装成功

非静态推断

L4 · 真实安装等级说明 →

安全吗

本站尚未对该插件做风险分级

暂未覆盖，不等同于无风险

还在维护吗

活跃：最近一次提交在 25 天前

档位由哪些信号合成

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

验证判据与等级说明 →

社区实装还没有人打卡 · 装过的第一个就是你

安装兼容性检查✓ 自动检查通过

展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出，未做人工实机验证——能装不等于用着没问题。

✓npm 包better-model-provider @ 0.0.8

✓Node 引擎要求 ^22.19.0 || >=24.0.0 · 基线 Node 22.19 满足

✓dsh CLI 依赖未声明 dsh 版本约束

✓入口文件main/exports/bin 已声明

验证方式：npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/30 15:55:44

安全扫描自动 · 静态分析源码

v2.7.0

🟢 扫描：未发现敏感能力尚无人工评估

展开查看扫描说明与证据 ↓

静态扫描未发现敏感能力：最多只发网络请求、读取自身元数据或只读文件，未发现执行命令、文件写入或敏感信息读取。

扫描于 2026/11/3（0 天前） · 范围入口闭包 + 全包扫描 · 来源 npm 发布包

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

依赖的 DSH / Cordis 模块

@deepseek-ai/dsh-api-remotes@deepseek-ai/dsh-client-connection@deepseek-ai/dsh-llm@deepseek-ai/dsh-settings@deepseek-ai/dsh-typert-protocol@deepseek-ai/schemastery

给这个插件打分还没有人投票↓

用户评分

还没有人投票，来当第一个

广告精选好物

飞利浦 TAH6519 主动降噪耳机 ¥299

头戴式无线 anc 主动降噪，蓝牙连接，久戴舒适向。

·anc 主动降噪 · 头戴式无线
·价格与库存以商品页实时为准

去淘宝看看→

广告MCP 兼容手册

装完插件，给 AI 接上 MCP

Cursor、Claude Code、VS Code 逐个核对：能不能装、配置怎么写、装不上是什么原因。

·按客户端逐格核对
·结论标注依据与风险等级

查 MCP 兼容性→

界面预览

2 张 · 点击查看大图

功能亮点

按模型覆盖能力声明
推理强度档位配置
请求模态设置

DeepSeek Harness 的按模型能力声明：面向 OpenAI 兼容服务商的推理强度档位（接口拼写）+ 请求模态（视觉）。设置区，运行时零 harness 依赖，不用 YAML。

最近更新

在 GitHub 查看全部 →

0.0.82026-10-09

分发与文档发布——registry 页面现在给出正确的安装命令，契约接缝与上游同步。客户端字节与 0.0.6/0.0.7 完全一致（lib/client.js 56,854 B，sha256 ab67b15c02bed7d494313d1a9a55787280e6977e29bf63cad6f4676d83c70e67）。

· README 现在以 npm 安装（dsh plugin --profile web add better-model-provider）开头；#master git 路径和裸仓库 URL 方案作为已记录的备选保留。
· 契约 devDependencies 原子迁移到 dsh 0.2.0-rc.2（五个包无法逐个迁移——它们互相之间的 peer 依赖锁定同一版本）；针对 0.2.0-rc.2 声明面验证 typecheck 与契约均通过；夜间金丝雀在 2026-10-09 前保持三条通道全绿。
· Dependabot 巡检按组（@deepseek-ai/dsh-*）归并，未来上游升级以单个原子 PR 落地。

兼容表（README）：0.2.0-rc.2（npm latest/next）· 0.2.1-alpha.1 · 0.1.7-rc.2 · 0.1.5-rc.3——均已端到端验证。

安装：better-model-provider（npm）或 github:sanshanya/better-model-provider#master

0.0.72026-09-29

支持 dsh 0.2 系列：已在 dsh 0.2.0-rc.1 上端到端验证（集成图 66 行，注入 6/6；功能测试 4/4，外加一次 0.1.7-rc.1 回归），类型检查和契约检查在 0.2.0-rc.1 声明面上均通过。peer 版本范围统一为 >=0.1.2-alpha.1 <0.3.0，具体区间和准入规则见 CHANGELOG。

本次发布还包括：
· 管理页身份：自绘 manifest 图标，标题和描述支持中英双语（都随本产物发布）
· 官方页面改写目录路由的模型列表后，残留覆盖清理（一次显式点击）
· 金丝雀自愈：带 ANSI 颜色的记录不再让 Tests N 检查失败；断言改为跟随规范里的 served= 尾部；通过的检查会关闭过期的红色 issue
· 客户端字节与 0.0.6 一致（lib/client.js 56,854 B，sha256 ab67b15c02bed7d494313d1a9a55787280e6977e29bf63cad6f4676d83c70e67）——本次发布改的是协议和元数据，不是客户端代码

安装：github:sanshanya/better-model-provider#master

0.0.62026-09-24

一次减法发布。行为没变——现在只剩 golden lane 这一条测试，它在 dsh-v0.1.7-rc.1（集成 1 + 功能 4）和 dsh-v0.1.5-rc.3（1 + 4）上都通过：真实 harness 启动、真实浏览器、持久化写入 + 回滚。

| | 0.0.4 | 0.0.5 | 0.0.6 |
|---|---|---|---|
| 跟踪文件 | 47 | 56 | 39 |
| src/ 行数 | 2,813 | 2,923 | 2,681 |
| 验证工具 | — | 932 | 122 |
| lib/client.js | 56,642 B | 58,462 B | 55,689 B |

· 删掉了什么

· 调用适配层（toCarrierFrame / toCarrierError / RPC-ID boxing；wire.ts 292 → 136）：页面现在直接调用挂载的 remote.settings / remote.llm 服务自己的位置参数签名和它们的 RemoteResult 信封——一套线上词汇，而不是两套。
· 契约镜像（types.ts 226 → 151）：契约类型在消费处直接导入，不再通过别名再导出，这样上游改名会暴露在消费行上。
· store.ts 的 AbortController 机制：没有任何读取接受 signal，所以它根本取消不了任何东西。真正保护渲染的 generation fence 保留。
· 封闭测试面（8 个 spec、tests/helpers.ts、tests/manifest.client.spec.ts、名单生成器和快照；tests/ 下 3,385 行）：它们对着手工投影的假接口断言，同一份源码有 53 个真实契约错误时它们却是绿的。它们守的 inject 行真相，现在在集成 lane 里对着实际服务的启动图断言——插件行存在、每个 dsh.client.inject id 都指向真实行、已退役的 dsh-client-runtime 不存在、该行自己的 client.js 能取到并服务。
· docs/compatibility.md（255 行断言，引用 /tmp 下的记录，下一个读者根本不会有）：事实搬进了 README 兼容性表。

· 保留了什么，为什么

CONTRIBUTING.md 里逐条写明了每个保留项防的是什么故障：永不抛错的 remote 探测，带 exactly-once 闩锁和部分配对排序（在 harness 顺序命名空间挂载里同步 apply 会在 loader 入口抛错，整页失败）、用 ctx.get 而不是 inject 探测（声明命名空间会停住 fiber）、与载荷无关的 internal/service 重探测、带冲突复制分支的 wire-code 类型、generation fence、以及 schema 再水合遍历。

· 关卡

lint · typecheck · verify:contract（9 行 tsconfig.contract.json 覆盖层只编译 src/，这样测试侧的 shim 进不了程序——正是那个 shim 让 0.0.4 通过，而它的 client 入口点名了 0.1.7 已删掉的四个成员）· build · verify:pack（对打包产物做严格裸消费者探测，不开 skipLibCheck；容忍 21 个上游 barrel 缺口，产物内任何诊断都致命）· 两条 golden lane。

@deepseek-ai/schemastery 通过 npm overrides 条目锁在 3.18.1：偶然的 3.18.4 重解析占了 1,615 字节——产物的三分之一——而这个包需要的 type-owner devDeps 对等依赖 ~3.18.4，所以直接钉版本会弄坏 npm ci。

· 实话实说

· 验证工具 122 行，比本版本目标的 120 多 2 行（记录覆盖层为什么继承 skipLibCheck: true 的那条注释值这 2 行）。
· settings/conflict 本地化复制分支和 remote 探测失败分支有推理、有命名，但 golden lane 到不了。
· 0.1.2-alpha.1 … 0.1.6-alpha.2 这些行仍被对等范围接纳，从未经 lane 验证。

数据来自仓库的 GitHub Release，可能与插件实际版本不一致。

README

由 DeepSeek 最新模型翻译生成

better-model-provider 官方目录路由上的稀疏、非破坏性按模型覆盖——包括推理强度档位及其取值拼写——不替换整个目录。自定义模型：编辑声明。官方模型：编辑覆盖。供应商配置仍归官方。编辑一个模型行为什么官方「模型」页也能改输入模态与 token 容量，但它的写法是整段重写该路由的 models 数组：只要动一个字段，这条路由上其余模型就停止跟随目录更新，而稀疏 modelOverrides 在该路由上随即变成非法写法。它也没有按模型的推理强度入口。本页是另一条缝：在官方目录路由上，只写你动过的那一个模型的差量——含 reasoningEfforts 档位与其取值拼写——其余模型继续跟随目录；在你自己声明的路由上则直接编辑声明。安装 dsh plugin --profile web add better-model-provider npm 包自带构建产物，此路径零本机构建。

展开完整文档（README 剩余 1 节）

better-model-provider

官方目录路由上的稀疏、非破坏性按模型覆盖——包括推理强度档位及其取值拼写——不替换整个目录。

自定义模型：编辑声明。官方模型：编辑覆盖。供应商配置仍归官方。

编辑一个模型行

为什么

官方「模型」页也能改输入模态与 token 容量，但它的写法是整段重写该路由的 models 数组：只要动一个字段，这条路由上其余模型就停止跟随目录更新，而稀疏 modelOverrides 在该路由上随即变成非法写法。它也没有按模型的推理强度入口。

本页是另一条缝：在官方目录路由上，只写你动过的那一个模型的差量——含 reasoningEfforts 档位与其取值拼写——其余模型继续跟随目录；在你自己声明的路由上则直接编辑声明。

安装

dsh plugin --profile web add better-model-provider

npm 包自带构建产物，此路径零本机构建。备选：github:sanshanya/better-model-provider#master（CI 在 main 每次全绿后向 master 分支重建并发布成品）；裸默认分支（github:sanshanya/better-model-provider）本地构建：按提示为 pnpm 增加一个 allowBuilds 键后重跑 add；本地 link: 安装须先 npm install && npm run build。重启 dsh web，设置侧栏即现「模型能力」。

dsh plugin --profile web rm better-model-provider

管理页的插件卡片

使用

1. 先在官方「模型」页配好供应商与 API 密钥——密钥和路由的启用/停用始终归官方页管理，本页不重复这些功能。
2. 展开某个模型行，直接改它的能力：
- 推理强度：选「自定义」，勾需要的档位；希望「关」这一档也开放，就把 off 一并勾上（取值可留空）。
- 视觉模型：在输入模态里勾上 image——不勾，聊天里发图给这个模型会被拒收。
- 容量：直接填，K/M 写法更直观（380K、1M）。改完点「应用」立即生效。
3. 官方目录路由（官方已交给模型目录的路由）：点「管理官方模型」后改。我们的每处改动只记「与官方默认不同的那一点」——其余部分官方日后更新了也照样跟随；改错了用「还原为官方默认」一键撤销该模型的全部改动。
4. 「管理官方供应商（N）」里可以翻出还没配置的官方路由：选它、应用第一个改动，这条路由就诞生了。API 密钥仍需在官方页设。

官方「模型」页同样能改输入模态与容量——但它的做法是替换整段模型列表，那会让该路由不再跟随目录，也就排除了覆盖写法。只想改一个模型、让其余三十七个继续跟随目录时，用本页。若某条路由的列表已在官方页被替换过，本页就按声明路由的方式编辑那份列表。

内置的「DeepSeek」「OpenAI Codex」等专属适配器在它们自己的设置页声明能力，本页不显示它们。

兼容性

| Harness 线 | 状态 |
| dsh 0.2.0-rc.2（npm latest / next） | 端到端验证通过 |
| dsh 0.2.1-alpha.1 | 端到端验证通过 |
| dsh 0.1.7-rc.2 | 端到端验证通过 |
| dsh 0.1.5-rc.3 | 端到端验证通过 |
| 0.1.2-alpha.1 … 0.1.6-alpha.2 | 未验证：peer 范围接纳，但没有跑过车道 |
| 0.1.0-rc.7 … 0.1.1-rc.2 | 拒绝：本页已不再支持 connection.api 那一代 |

「验证通过」指两条车道都在真实 harness 上跑过：integration 启动本地检出并确认插件客户端模块确实被服务；functional 用真实浏览器完成一次能力写入与还原。两条车道都是可选项——BMP_DSH_DIR=/path/to/deepseek-harness npm run test:live（functional 见 CONTRIBUTING.md）——未设置时自动跳过。

peer 范围收敛为单一区间 >=0.1.2-alpha.1 <0.3.0：地板把已退役的 connection.api 一代挡在门外（0.1.0-rc.7 线仍被拒），天花板放行 dsh 0.2 线。安装时真正裁决这些 peer 的是 dsh 的准入闸——它以 includePrerelease: true 读预发布，而本插件的每次安装都走这条路；npm 自己的 peer 规则按更严格的 tuple 读法，对部分版本会得出相反的结论，但它不管辖这条安装路径。（0.0.6 及更早按已发布线逐条枚举分支——那是 npm 严格读法的历史残留；0.0.7 起按 dsh 语义收敛为一条。）每日金丝雀复验 latest、next、alpha 三个频道；频道解析成功而车道跳过的那条腿会判失败，而不是悄悄放行；重新转绿的腿会自行关掉该频道积存的红色追踪 issue。

字段重叠：本页可编辑按模型的 reasoningEfforts（档位及其取值拼写）与稀疏 modelOverrides——官方「模型」页两者都没有入口。它也能改 input、contextWindow、maxTokens，但这些官方页本来就能改，所以在本页只是顺手，而非独有能力。恢复：若路由的模型列表被官方页整组重写、而本页保存的覆盖残留在旁，写入校验即判该路由非法——卡片上的「移除残留覆盖」一键清除，且只有显式点击才生效。

许可证

MIT