为自定义模型补上思考档位与图片输入配置
29.4/100
综合分
0
GitHub 星标
—
npm 周下载
—/5
用户评分
数据截至 2026/9/16 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。
该插件未发布到 npm,按作者文档从 GitHub 源安装即可(静态检查只覆盖 npm 路径,不代表插件不可用)。
安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add raomaiping-hash/dsh-model-caps该包不可直接 npm 安装,改从 GitHub 源安装(明细见下方安装检查)
状态速览
判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态信任档位:已验证
是什么
dsh 原生插件 · market
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
更新放缓:最近一次提交在 54 天前
档位由哪些信号合成
本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查需源码安装仓库 package.json 标记 private,未发布到 npm,需从源码安装
展开查看检查明细 ↓
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。
✗npm 包dsh-model-caps(未发布到 npm,仅可源码安装)
✓Node 引擎未声明 engines.node
✓dsh CLI 依赖未声明 dsh 版本约束
✓入口文件main/exports/bin 已声明
源码安装时若 pnpm 拦截 prepare 脚本,按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑。
验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/9/22 15:35:02
安全扫描自动 · 静态分析源码v2.7.0🟢 扫描:未发现敏感能力尚无人工评估展开查看扫描说明与证据 ↓
安全扫描自动 · 静态分析源码
v2.7.0静态扫描未发现敏感能力:最多只发网络请求、读取自身元数据或只读文件,未发现执行命令、文件写入或敏感信息读取。
扫描于 2026/11/4(0 天前) · 范围 入口闭包 + 发布文件清单 · 来源 GitHub 仓库
静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个
功能亮点
- 配置推理强度档位
- 配置输入模态
- 补全官方未暴露字段
展开完整介绍(144 字)↓
DSH 插件:为自定义 llm-pi-ai 服务商提供逐模型推理强度档位与输入模态,这些字段官方 Models 页面并不暴露。Cordis 插件,用 dsh plugin --profile web add github:raomaiping-hash/dsh-model-caps 安装
README
由 DeepSeek 最新模型翻译生成dsh-model-caps
为 DeepSeek Harness Web 补上自定义模型供应商的思考强度与多模态配置面——官方「模型」页刻意不渲染、但底层 schema 完全支持的两个能力字段。
解决什么痛点
DSH 的自定义供应商(llm-pi-ai.providers.,OpenAI 兼容网关/自建中转)在数据层支持每个模型声明:
- 思考强度:reasoningEfforts(off/minimal/low/medium/high/xhigh/max → 发往端点的 wire 值)与 provider 级默认档 reasoning;
- 多模态:input 请求模态数组(text/image,决定能否附图)。
但官方 Models 设置页的编辑卡没有这两个控件(源码注释明确写着 "There is deliberately no reasoning-effort control, here or on the editor card")——自定义模型既调不了思考档位,也声明不了图片输入,composer 的模型选择器因此无档位可选。本插件把这两个能力面补齐:一个设置页面板 + 一个 agent 工具,写入实时生效。
展开完整文档(README 剩余 1 节)
dsh-model-caps
为 DeepSeek Harness Web 补上自定义模型供应商的思考强度与多模态配置面——官方「模型」页刻意不渲染、但底层 schema 完全支持的两个能力字段。
解决什么痛点
DSH 的自定义供应商(llm-pi-ai.providers.,OpenAI 兼容网关/自建中转)在数据层支持每个模型声明:
- 思考强度:reasoningEfforts(off/minimal/low/medium/high/xhigh/max → 发往端点的 wire 值)与 provider 级默认档 reasoning;
- 多模态:input 请求模态数组(text/image,决定能否附图)。
但官方 Models 设置页的编辑卡没有这两个控件(源码注释明确写着 "There is deliberately no reasoning-effort control, here or on the editor card")——自定义模型既调不了思考档位,也声明不了图片输入,composer 的模型选择器因此无档位可选。本插件把这两个能力面补齐:一个设置页面板 + 一个 agent 工具,写入实时生效。
能力面
| 工具 | 说明 |
| model_caps | 查看/设置自定义供应商模型的思考档位(含 wire 值)、图片输入模态、provider 默认档;action=list/get/set,写入经 settings 冲突检测、pi-ai 热重挂载即时生效 |
| 设置面板(设置 → 模型能力) | 说明 |
| 思考档位编辑器 | 每模型三态:继承 / 非思考模型(false)/ 自定义档位(勾选档位 + wire 值,off 特殊声明为"发送时不带思考参数");预设:标准(off+low/medium/high)、全部(七档) |
| 多模态开关 | 每模型勾选「图片输入」→ input: ["text","image"],取消勾选恢复继承 |
| 默认思考档 | provider 级 reasoning 下拉(模型选择器的缺省档位) |
| 思考显示开关 | 「隐藏思考过程」:隐藏聊天界面 Think 折叠行(data-variant="think"),即时生效、localStorage 持久(每浏览器);模型照常思考入库。轨迹视图的 Thinking 块暂不受控 |
| 安全写入 | 整段 set providers.(settings path op 不支持数组元素寻址),带 expectedRevision 冲突检测;非法档位声明会被 pi-ai 的写入校验当场拒绝并显示原因 |
安装
cd dsh-model-caps && dsh plugin --profile web add .
纯 cordis 插件:add 装依赖进 profile 后,在 ~/.dsh/profiles/web/cordis.patch.yml 加 insert 行(配置 HMR 实时挂载,无需重启 web):
- insert:
- id: model-caps
name: 'dsh-model-caps'
改 lib/index.js(Node half)后需重启 web(ESM 缓存);改 src/client-body.js 后 node scripts/build-client.mjs 重建 + 重装 + 刷新页面即可。
agent 用法(model_caps 工具)
model_caps {action:"list"} # 列出全部供应商/模型的能力现状
model_caps {action:"set", provider:"newapi", model:"gpt-5.6-luna",
input:["text","image"], # 开图片输入
efforts:{"off":null,"low":"low","medium":"medium","high":"high"},
defaultEffort:"medium"} # provider 默认档
model_caps {action:"set", provider:"tx", model:"Deepseek-v4-flash", efforts:false} # 声明为非思考模型
model_caps {action:"set", provider:"openrouter", model:"stealth/ox-alpha",
efforts:{"off":null,"high":"high"}, override:true} # 写 modelOverrides(补丁目录模型)
efforts 取值:档位→wire 字符串的字典(off 可为 null=支持关闭)、false(非思考模型)、null(删除声明恢复继承)。wire 值是实际发往端点的字符串(如 OpenAI 兼容网关的 low/medium/high,或按端点要求写 budget 值)。
set 是补丁式:未给的字段保持原值(缺省≠删除),只有显式 null/[] 才删除字段;defaultEffort 同理(缺省保持,null 删除)。
门禁
node scripts/gates/run.mjs # 全套:freshness entry unit client links
node scripts/gates/run.mjs unit # 按改动面跑最窄证据
每个门禁含非法样例自证测试(空档位字典、未知模态、未知档位、bundle ESM import 等都会被证明拒绝)。
插件管理
已装插件用 plugin-registry 的薄控制台管理(浏览器面板):管理 profile 插件安装态(bundle 层栈 + insert 行 + 启停),无需手改配置。安装:dsh plugin --profile web add /packages/plugin/console
设计要点
- 写路径与官方 Models 页一致:settings path op 只能走 plain object,数组子路径会被整体替换,因此模型条目修改必须整段 set providers.(见 decisions/implemented/0001-settings-write-path.md)。
- 编辑基底取 namespace 描述符的 user 层(稀疏),不把 schema 默认值烧进 settings.yaml。
- 客户端读走共享 settings mirror(ui-settings 底座维护,settings/document-updated 自动刷新),写走 ctx.remote.settings.mutate(Remote 命名空间,位置参数 ns/ops/expectedRevision,应答 {ok,error}、冲突码 settings/conflict)。
- 零官方包依赖声明——@deepseek-ai/ 由 profile pnpm 闭包注入,公共 npm 解析不到。预览分享卡片长什么样 ↓
分享 · DeepSeek Harness Hub
raomaiping-hash/dsh-model-caps
为自定义模型补上思考档位与图片输入配置
相关插件 · 市场 / 管理
插件精选列表awesome-dsh-plugin/awesome-dsh-plugin
DeepSeek Harness(dsh)插件精选列表
★ 22,225未汉化DSH
73.6
新词雷达zhuyansen/new-term-radar
new-term-radar新词雷达
★ 2,049已汉化MCP
72.8
插件生态导航0xsline/awesome-deepseek-harness
安装 贡献指南 DeepSeek Docs 公开插件目录 Issues
★ 1,188已汉化DSH
72.6
技能注册中心iflytek/skillhub
企业级开源智能体技能注册中心——发布、发现并管理组织内可复用的技能包。
★ 5,370已汉化DSH
71.9
插件市场目录imsai-sh/awesome-deepseek-harness-plugins
面向 DeepSeek Harnessdsh生态的社区插件目录,共收录 13941 个插件含 PR 收录与…
★ 355已汉化DSH
71.8
插件精选清单Anil-matcha/awesome-dsh-plugin
DeepSeek Harnessdsh精选指南——DeepSeek…
★ 1,013已汉化DSH
71.7
这是你的仓库?认领条目