dsh-settings-manager
DSH web 插件：管理其他插件的设置区块在全局 Settings 对话框中的显示方式——显示/隐藏、重新排序、重命名——无需修改上游代码。每个 settings.section 注册都会经过管理器策略（注册时拦截 + 读取路径拦截）。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:Yiklek/dsh-settings-manager#a123584321e35947025aa7e0c419a50480259ff0Settings Manager 以 dsh-settings-manager 发布，当前版本为 0.1.0。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
点击下方 Badge 复制 Markdown，粘贴到 README 即可。
验证 package.json 声明的 GitHub 仓库，即可管理这个公开页面。认领后，Hub 会优先安排当前版本的安全扫描，并在通过后公开展示结果。
认领这个 Plugin →DSH web 插件：管理其他插件在「全局设置」对话框中的放置——显示/隐藏、排序、改名——不需要修改上游（deepseek-harness）。
在「设置 → 设置编排」中列出所有已注册的设置分区（含内置的通用设置/模型/插件等 base 分区），支持：
[role="dialog"] nav 变为 overflow-y: auto，任何分区（包括排到末尾的）都能滚到——这也是"管理放置"的前提；settingsManager 命名空间，跟随外壳语言，默认回退英文）；所有改动即时生效，无需重启。策略持久化在浏览器 localStorage（dsh-settings-manager.policy.v1）。
全局设置的导航与内容都来自客户端槽位系统：每个插件通过
ctx.slots.inject('settings.section', () => ctx.slots.register({ name, id, order, label }, Comp)) 注册分区。
本插件在 SlotRegistry.prototype 上打三个补丁（cordis 服务代理每次访问都动态取方法、不缓存，因此对所有插件立即生效）：
| 补丁 | 拦截点 | 作用 |
|---|---|---|
register | 注册入口 | 每个 settings.section 注册都经过管理插件（记录库存；不落盘修改，保证 reset 永远能恢复原始值） |
entries | 外壳导航读取 | 过滤隐藏分区 + 读时改写 order/label —— 覆盖所有分区，与注册时序无关（含先于本插件注册的 base 分区） |
entriesOfSlot | 内容选举读取 | 过滤隐藏分区（只过滤不克隆，满足渲染器 isLive 检查） |
策略变更后通过一次「注册+立即注销」临时条目 bump 槽位版本，外壳随即重读（无可见闪烁）。
# 方式一：官方 CLI（需先发布或本地路径）
dsh plugin --profile web add dsh-settings-manager
# 方式二：profile 仓库（file: 依赖）
# package.json:
# "dependencies": { "dsh-settings-manager": "file:../dsh-settings-manager" }
# "dsh": { "profile": { "bundles": [ ..., "dsh-settings-manager" ] } }
pnpm install
重启 dsh web 后生效。
pnpm install # 安装依赖（esbuild 需要 allowBuilds，见 pnpm-workspace.yaml）
pnpm typecheck # tsc --noEmit（严格模式）
pnpm build # esbuild 打包 → lib/（client.js 包进 DSH __ModuleLoader__ 格式）
pnpm test # UT + e2e
lib/ 是构建产物（已 gitignore），由 pnpm build 生成；main/exports 指向 lib/，所以用 file: 依赖前需先构建。本机开发时也常直接同步构建产物到活动 profile 的 node_modules/dsh-settings-manager（lib/client.js + src/client.js）实现即改即生效。
三层测试，覆盖逻辑、组件交互、真实浏览器集成：
npm run test # UT + e2e 冒烟（node:test，含 jsdom 真实渲染组件）
npm run test:unit # 仅单元测试：policy / reorder / patches
npm run test:e2e # 仅 e2e 冒烟：jsdom 里挂载管理面板并驱动开关/排序/重置
npm run test:playwright # 真实浏览器（本机 Edge）对运行中的 DSH GUI 做端到端
tests/unit/）：在 VM 沙箱里加载客户端 bundle（window.__ModuleLoader__），通过 __test 缝测策略存储、reorder 原语、改名/标签读写、三个槽位补丁（注册经过、读路径隐藏/重排/改名、entriesOfSlot 身份安全、bump 无残留、localStorage 持久化、reset/resetAll、自身分区保护）。tests/e2e/）：jsdom + react-dom 真实渲染 ManagerSection，驱动开关隐藏/显示、↓ 重排、全部重置、改名提交/还原，验证实时响应与策略持久化。tests/playwright/）：用本机 Microsoft Edge（channel: 'msedge'）连到活动 DSH GUI（DSH_WEB_URL 或 DSH_PORT，默认 http://127.0.0.1:3080），验证“设置编排”出现在导航顶部、面板按分区渲染、开关/排序/重置/拖拽（落点指示线出现与消失）/改名（含刷新后持久）真实生效。首启/引导对话框按 dsh-web-profile CI 的循环 dismiss 方式跳过。每个用例用独立浏览器上下文（localStorage 隔离），不污染你的真实 profile。settings-manager）不可隐藏，保证管理入口始终可达。src/client.ts 浏览器半区源码（TS：策略存储 + 三个补丁 + 管理面板）
src/host.ts 宿主半区源码（TS：挂载锚点，无状态）
lib/client.js 构建产物（gitignore）：esbuild 打包 + DSH __ModuleLoader__.load 包装（只依赖 react seed）
lib/host.mjs 构建产物（gitignore）：宿主半区（ESM，import type 已擦除 → 零运行时导入）
scripts/build.mjs 构建（node scripts/build.mjs）；typecheck 用 pnpm typecheck
cordis.patch.yml 打包挂载声明
tests/ 单元测试（node:test）、e2e 冒烟（jsdom+react）、Playwright（Edge）
宿主类型 import type { Context } from '@deepseek-ai/cordis' 仅编译期使用，产物零官方运行时导入；@deepseek-ai/cordis 作为 devDependency（类型检查用），不在 peerDependencies 里。
MIT