dsh-thinking-slider-liang
DSH 思考档位滑杆的发行版分支：档位名换成小难梁 / 梁子 / 梁圣 / 梁祖。一条命令安装，不需要打补丁。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:FkuNvidia/dsh-thinking-slider-liang#630f9daf3d546a404dac8a1c0b0d5a3907719722Thinking Slider Liang 以 dsh-thinking-slider-liang 发布，当前版本为 0.3.3-liang.1。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
DSH composer 里那根思考档位滑杆，档位名换成「小难梁 / 梁子 / 梁圣 / 梁祖」。
一条命令安装，不需要打补丁、不需要额外脚本。
dsh plugin --profile desktop add github:FkuNvidia/dsh-thinking-slider-liang
从系统托盘完全退出 DSH 再打开。点输入框左下角的模型名，滑杆里的档位就是中文名了。
deepseek-flash · 梁圣off / low / high / max，计费与能力不受影响| 显示名 | 实际档位 |
|---|---|
| 小难梁 | off |
| 梁子 | low |
| 梁圣 | high |
| 梁祖 | max |
上游还有另一种六段映射（两个模型 × 三档：小难梁 / 牢梁 / 梁子 / 梁圣 / 梁神 / 梁祖），见 BruzWJ/Liang-Saint-Slider。这里用四档版本，因为桌面端默认只挂
deepseek-flash一个模型。
上游 dsh-thinking-slider 能用，但档位名直接照搬适配器给的 Off / Low / High / Max——它是刻意数据驱动的，没有改名配置。
社区里另一个更花哨的版本 BruzWJ/Liang-Saint-Slider 有中文名，但在桌面发行版上静默失效：它的浏览器端第一行就 require("@deepseek-ai/dsh-client-ui-primitives")。这个包确实发布在 npm 上（0.2.1-rc.2），但没被打进桌面版的 app.asar。DSH 的客户端模块表是冻结的，表里没有的模块会让整个模块工厂函数抛异常，插件在浏览器里静默不注册——宿主那半照常工作（静态资源路由还能返回 200），于是表现成「装上了、没界面」。
所以这个仓库的做法是：以上游 0.3.3 的构建产物为基础，只替换渲染层的档位名。上游只依赖 react / react-dom / react/jsx-runtime，这三个内置 UI 自己也在用，所以在发行版上能跑。
package.json dsh.bundle + dsh.client 声明
cordis.patch.yml 插入插件行
lib/index.js Host 半（空实现）
lib/client.js 浏览器半：上游 0.3.3 产物 + 档位名映射
scripts/sync-upstream.mjs
lib/client.js 是上游构建产物（MIT）的副本，只改了一处。详见 NOTICE。
上游发新版时，不需要手工改代码：
node scripts/sync-upstream.mjs 0.3.4
脚本会从 unpkg 拉取新产物、校验锚点行存在、注入映射、写出 lib/client.js，并打印 sha256。上游若改动了那段代码结构，脚本会直接报错而不是产出坏包——那时候改一下锚点即可（scripts/sync-upstream.mjs 顶部）。
改完把 package.json 的版本改成 <上游版本>-liang.N，提交推送。从 GitHub 安装的插件不会自动更新，重新执行一次 dsh plugin ... add 或先 remove 再 add 即可。
0.2.1-rc.2，Windows 11，2026-10-18dsh-thinking-slider@0.3.3node --check 通过；档位切换真实写入 reasoningEffortconversation.input.model 座位，只是优先级不同，会导致行为难以预期dsh plugin --profile desktop remove dsh-thinking-slider-liang
MIT。上游插件与其中大部分代码归 MuFeng262 所有，本仓库仅做显示名替换与发行版兼容性验证。