推理强度滑块是这类插件里最容易被误解的控件：看起来像音量条，往右拖，模型就更用力地想。真实链路长得多——滑块只是把模型目录里已经写好的一个值挑出来，交给 DSH 校验后随请求发出去。中间任何一环没打通，滑块都照样在，且毫无作用。
先给结论：滑块改的是一个枚举值
拖动不会产生新的推理预算，不会切换模型，也不会让权重发生任何变化。它选择的只是模型目录 reasoning.efforts 数组里的一项，最终以该端点约定的字段随请求发出。能选什么，在你拖动之前就被模型与路由定死了。
档位从哪来：DSH 模型目录里的 reasoning.efforts
DSH 维护一份模型目录，条目可以公开自己支持的推理等级，字段就是 reasoning.efforts；插件读的就是它，没有第二个来源。
档数、名称、顺序都由模型与路由决定
最反直觉的一点：不存在"标准三档"。有的模型公开两档，有的更多；名称也不一定是 minimal / low / medium / high。同一个模型挂在不同端点上，档位同样不保证一致——目录描述的是"这条路由背后的部署声称自己支持什么"。所以别人截图里有五档、你这里只有两档，通常不是装错了，而是模型或路由不同。
不足两档，就不渲染滑块
显示门槛是两档：当前模型公开的档位少于两个，就不渲染滑块，只给一条提示——只有一档的"调节"没有选择空间。这也解释了另一类反馈：装好了、也重启了，设置里却空空如也，多数时候不是没加载，而是当前模型没公开足够的档位。
插件做了什么，以及刻意没做什么
交互层动得很克制：沿用 DSH 原生模型选择器，模型列表、搜索、分组、徽标都不变；只有进入「推理等级」入口时，用带圆点刻度与档位名称的滑块替代原选择方式。拖动后弹窗保持打开，Esc 返回。八帧「大肥鱼」动画只是按钮外观，关掉不影响档位吸附与键盘操作；两个开关的状态只存在当前浏览器里。
它只提交目录里已有的值
插件不会自己拼一个"看起来合理"的数值，也不会造目录之外的档。它提交已存在的档位值，由 DSH 校验并发送；这两步都不在插件里，它没有能力绕开模型或部署的限制——端点只认两档，它就发不出第三档。
它对内置 pi-ai 目录完全只读
插件对 DSH 内置的 pi-ai 目录只读不写：装了、卸了，目录内容不变。所以"装完插件模型列表变了"这类怀疑基本可以排除。
三个必须分开的事实：出现、接受、生效
三件事常被合并成一句"滑块生效了"，其实是三个独立环节。
一、滑块出现，只证明目录读到了元数据
滑块能渲染，说明插件读到了当前模型的 reasoning.efforts，且档位数达到两档。仅此而已：它不证明端点愿意接受这个参数，更不证明推理强度发生了变化。
二、端点接受参数，是服务端的事
DSH 校验通过并发送，只说明请求格式合法；格式合法不等于服务端会照档位调整推理，部署若关闭 thinking，档位也整体失去意义。
三、强度是否真的改变，只能核对实际请求
唯一的确认办法是看真实请求：字段名对不对、值是不是你选的那一档、响应里的推理行为有没有变化。插件不提供这层保证，README 说得很直——滑块出现不等于强度真的变了。
自定义模型：为什么要显式声明 reasoningEfforts
自己写在 llm-pi-ai 里的模型默认读不到档位：目录只报告适配器声明的能力，自定义条目没有继承内置元数据，适配器无从得知它支持哪几档。办法只有一个——在模型配置里显式写 reasoningEfforts；不写，插件拿到的就是空，滑块不会出现。
这里有条清晰的产品边界：插件给指引与可复制的配置片段，不替你改配置。优先走图形界面：设置 → 模型 → 编辑提供商 → 自定义设置 → 模型选项 › → 推理等级，比手写 YAML 不容易出错。
compat 猜错，比不写更糟
给自定义端点配 compat 是另一个高频出错点，失败方式很隐蔽——不报错，只是行为不对。
不写 compat 时，适配器按端点地址自行推断：未识别的地址按标准 OpenAI 处理，已识别的厂商地址自动套用该厂商格式。这条回退覆盖了大多数情况，是安全的默认。一旦手写，推断结果就被覆盖；写错了等于用错误声明替换掉原本正确的默认行为，比什么都不写更糟。
更严重的是特定组合：在不接受该字段的协议上粘贴 compat，例如 anthropic-messages，那条路由会直接解析失败——不是降级，是失败。所以遇到"加了 compat 后模型不可用"，先删掉它。
两个常被忽略的边界
版本：只对 RC 适配
插件只对 DSH 的 RC 版本适配，不维护 alpha。0.9.0 要求 DSH ≥ 0.2.1-rc.2 且 < 0.3.0；0.2.0 RC 用 v0.8.1，0.1.x 用 v0.7.3。对不上时，症状往往就是"装上了但什么都不发生"。
Profile：web 与 desktop 是两套
Web 端装进 web Profile 的插件不会自动出现在桌面端。桌面端是独立的 desktop Profile，要装得在应用内「插件 → 添加插件 → 包名或地址」填包名；用 CLI 改会被拒绝，返回 profile "desktop" is managed exclusively by the Electron application。这是设计，不是权限问题。
关于这个插件的事实
仓库 HanaAyane/dsh-reasoning-effort，MIT，npm 最新 0.9.0，248 星，最近提交在 10 月 23 日。本站信任档位「已验证」——dsh 0.2.1-rc.2 下真实安装成功；安全扫描 🟢 未发现敏感能力，需联网。周下载 559 含 CI 与镜像流量。
总结
滑块改的不是模型能力，而是请求里一个来自模型目录的枚举值，出现、被接受、真生效是三件独立的事；想对照同类插件的中文清单与安装形态见 DeepSeek Harness Hub 插件清单。
适合与不适合
适合：模型已公开两档以上、想不写代码就切换强度的日常使用；需要在同一会话里反复对比不同档位输出质量的调试；维护自定义端点、愿意显式声明 reasoningEfforts 的开发者；习惯用键盘与 Esc 快速进出的连续操作。
不适合：只用内置路由且模型不公开多档的人，滑块根本不会出现；不愿意动 YAML 或设置项、指望装完即用的人；以为拖滑块能提升模型本身能力的人，这里调的只是请求参数。
标签：dsh-reasoning-effort、DeepSeek Harness、推理强度滑块、DSH 插件机制
本文由 DeepSeek Harness Hub 自动整理，数据来源于插件详情页。