dsh-plugin-hub

dsh-plugin-hub — DSH 插件商店

DeepSeek Harness（DSH）里的图形化插件商店：发现、搜索、一键安装 GitHub 上的 dsh-plugin，并自带 21 个随包发布的内部插件（基础内核 / 安全与质量 / 发布流水线 / 洞察与内容 / 运维）。一个包、一次安装，全部到手；每个内部插件都能单独开关、声明依赖。 另附离线预置目录：装好即有 16 个实用插件可浏览、可安装，不必等镜像同步跑完。

支持 DSH 0.1.x 与 0.2.x 两条版本线 · MIT

怎么用

装好后不新增任何自己的入口，而是作为一项出现在 DSH 自带的「插件」页里 （那个页面本来就是「安装、启用和配置插件」的地方，intro 里写着这句话）：

侧栏「插件」 → 插件商店

进去是商店本体：发现插件 / 百科 / Skill 商店 / 已安装 / 内置扩展 / 健康度 / 发布 / 开发脚手架 / 审计日志 / 设置。也就是说 hub 的配置（GitHub Token、镜像同步计划）和 21 个内部插件的开关都在同一个界面里，不再散落到各个设置页。

0.1.x 上落点不同：那时是侧栏底部一个独立按钮 + 全屏弹层，外加一个独立的设置页。 0.2 起改为嵌进官方「插件」页，看起来就是这个页面本就有的功能。

一个包，21 个内部插件

0.2 起 hub 的组织方式与 DSH 本体一致 —— @deepseek-ai/dsh 是一个包，内部装着 60+ 个 dsh-* 条目；hub 同样一次发布、一次安装，内部由 21 个可单独开关的插件组成， 每个都在 DSH 的「设置 → 插件」清单页里各占一行（共 22 行：本体 + 21）。

基础内核 Foundation

条目	名称	提供	默认
dsh-plugin-hub	插件商店（核心）	Remote pluginStore	开
hub-ext-store-db	商店数据库 / Store Database	pluginStoreDb	开
hub-ext-github	GitHub 通道 / GitHub Channel	pluginGithub	开
hub-ext-npm-probe	npm 可用性探测 / npm Probe	pluginNpmProbe	开
hub-ext-seed-catalog	预置插件目录 / Seed Catalog	pluginSeedCatalog	开
hub-ext-registry	索引同步 / Registry Sync	pluginRegistry	开
hub-ext-installer	安装引擎 / Install Engine	pluginInstaller	开

安全与质量 Safety & Quality

条目	名称	提供	默认
hub-ext-security	安全扫描 / Security Scan	pluginSecurity	开
hub-ext-conflict	安装冲突检测 / Conflict Detection	pluginConflict	开
hub-ext-quality	质量门禁 / Quality Gate	pluginQuality	开
hub-ext-trust	信任徽章同步 / Trust Badge Sync	pluginTrust	开

发布流水线 Publishing

条目	名称	提供	默认
hub-ext-publish	一键发布 / One-click Publish	pluginPublish	开
hub-ext-version-guard	版本一致性守卫 / Version Guard	pluginVersionGuard	开
hub-ext-changelog	更新日志生成 / Changelog Drafter	pluginChangelog	关

洞察与内容 Insight & Content

条目	名称	提供	默认
hub-ext-usage	用量与费用 / Usage & Cost	usagePricing	开
hub-ext-health	插件健康度 / Plugin Health	pluginHealth	开
hub-ext-update-check	版本更新检测 / Update Check	pluginUpdateCheck	开
hub-ext-dependency-graph	依赖影响图谱 / Dependency Graph	pluginDepGraph	开
hub-ext-baike	插件百科 / Plugin Wiki	pluginWiki	关
hub-ext-skill-store	技能商店 / Skill Store	skillStore	关

运维 Operations

条目	名称	提供	默认
hub-ext-backup	备份与回滚 / Backup & Rollback	pluginBackup	开
hub-ext-diagnostics	诊断报告导出 / Diagnostics Export	pluginDiagnostics	关

依赖是声明式的，不是硬注入

内部插件之间声明依赖（如 registry → store-db + github、publish → security）， 运行时由统一的 activate() 判定：

用户关掉「商店数据库」
  └─→ registry / installer / npm-probe / seed-catalog / trust / update-check / dependency-graph / baike
       全部上报「依赖阻塞」并**主动让位**（不提供服务、不注册 UI、不报错）
  └─→ 把「商店数据库」再打开，整条链自动恢复

这样做而不是用 cordis 的 inject 硬依赖，是因为硬依赖会造成 "提供者被用户停用 → 消费者永久 pending" 的死锁。声明式依赖下，任何一方被关掉都是 干净的「阻塞」状态，随时可逆。

为什么把实用插件直接装进包里：插件越多，逐个下载、逐个安装的链路越长（网络、限频、 版本错配、装到一半失败）。内置之后，装一次 hub 就有 21 个能力可用， 仓库里也不必再维护 21 个独立包与 21 套发布流程。

离线预置目录（避免"空白商店"）

商店内容正常来自 GitHub 镜像同步（几百个仓库、几百次请求、几分钟）。新装用户在同步 跑完之前看到的是空白。hub-ext-seed-catalog 把 16 个公认实用的插件写进包里， 装好立刻可见、可看详情、可安装：

方向	预置插件
视觉	@liustack/modlens、@anionex/dsh-vision-toolkit
界面	dsh-better-sidebar、@deepseek-harness-tui/dsh-tui、@deepseek-ai/dsh-client-ui-aqua、dsh-reasoning-effort
记忆	@mnemon-dev/dsh-mnemon
输入与开发	dsh-at-file、dsh-open-in-vscode、@omdsh-dev/dsh-genui
成本与上下文	dsh-cost-meter、dsh-context
效率	dsh-notification、dsh-skill-viewer
商店同类	dshmarket、dsh-web-plugin-manager

写入规则是只插不覆盖：某个包一旦被真实同步写入过，预置就绝不覆盖它 （真数据有 README、版本历史、issues）。目录版本用日期，升级后下次启动自动刷新自己的行。 列表里这类条目标「预置」徽章。

两级开关

• 安装级：hub 的 cordis.patch.yml 每行可写 disabled: true（部署策略）；
• 日常级：侧栏「插件」→ 插件商店 →「内置扩展」，按分组管理，写本机 storages/plugin-store/plugins.json，重启 dsh 后生效。

⚠️ 默认关闭的四个插件（changelog / baike / skill-store / diagnostics）在 patch 里 不写 disabled: true：写了 loader 就不会加载它们，模块也就没机会读设置页的开关， 表现为"打开了没反应"。默认关闭一律由模块自己让位实现，开关才可逆。

关掉一个插件＝它启动时让位（不提供服务、不注册界面），商店核心功能完全不受影响。

内建插件做什么

用量与费用 —— 价格表带日期，可回溯历史价

会话里每个请求的 token、缓存命中率时间图表（滚轮缩放 / 拖动平移 / 双击复位），并按 版本化价格表同时算两个数：

• 当时价：请求发生时刻生效的价格表 → 等于当时实际计费
• 现价：最新价格表 → 同样的用量放在今天要多少钱
• 两者不同就显示差额（+$0.0123 比当时贵 / −… 比当时便宜）

价格表按生效日期分版本，调价只追加新版本，历史不可变：

版本	生效（UTC）	关键变化
2026-08-15	2026-08-15 00:00	基线：DeepSeek V4 Flash（0731）$0.22 / 缓存命中 $0.007 / 输出 $0.66
2026-09-10	2026-09-10 04:00	V4.1 Flash 上线：$0.15 / 缓存命中 $0.003 / 输出 $0.60，高峰单价 ×2
2026-09-14	2026-09-14 04:00	V4 Pro 并入 Flash 计费（请求自动路由，按 Flash 单价计）

高峰规则：工作日 UTC 01:00–04:00 与 06:00–10:00 单价翻倍，其余为空闲价。 OpenAI / Anthropic / Google / Qwen / 智谱 / Moonshot 的价格一并内置。

计费口径与 DSH 的 token-meter 对齐：usage.inputTokens 就是未缓存输入桶， 计费输入 = 未缓存 + 缓存读取 + 缓存写入。未收录的模型不估算，显式提示而不是假装。

插件健康度 / 版本更新检测 / 依赖影响图谱

• 健康度：按活跃度、发布节奏、社区反馈（stars / downloads / open issues）打分 （0–100）与等级（healthy / attention / stale），给出信任等级与排行。
• 更新检测：本机已装版本 vs 上游最新（npm registry 优先，回落 GitHub releases， 缓存 6h），列出可升级清单。
• 依赖影响图谱：升级 / 卸载前先看清会牵连谁（直接依赖 + 反向依赖）。

安全与质量：装之前先体检

• 安全扫描：危险脚本、敏感文件读取、动态执行、可疑外联；critical 直接拦截安装/发布。
• 冲突检测：UI 槽位占用（single 槽独占）、包名撞车、依赖版本冲突。
• 质量门禁：发布前 8 项检查（声明完整、构建产物、README、许可、版本规范…）。
• 信任徽章同步：与 dsh-hub-index 信任体系对齐并落库。

发布流水线：一个动作从本地到线上

• 一键发布：GitHub 建仓/推送 + npm 发布双通道，带分段进度；发布前自动过安全扫描。
• 版本一致性守卫：对齐 package.json / README 更新日志 / profile 安装来源 / 包内子插件 exports。专治"包升了文档没升""加了子插件行忘了加 exports"。
• 更新日志生成（默认关）：从 git 历史按 Conventional Commits 归并成 README 风格草稿。

运维：翻车了能回来

• 备份与回滚：VACUUM INTO 导出一致性数据库副本 + 插件开关 + profile 清单， 只留最近 10 个；回滚前先把当前状态另存，因此回滚本身也可回滚。
• 诊断报告导出（默认关）：环境 + 21 个内建插件状态 + profile 依赖 + 索引统计 + 最近审计，打包成 Markdown，不含任何令牌明文。

插件百科 / 技能商店（默认关）

• 百科：把插件元数据、README 要点、依赖与相关插件汇总成可检索条目。
• 技能商店：跨生态收集 SKILL.md 技能包，检索并一键安装到本地技能目录。

商店核心功能

• 发现：12 分类、7 种排序（随机 / 健康度 / stars / 评分 / 下载 / 更新 / 名称）、搜索、已安装过滤
• 安装：npm registry 直装或 GitHub 克隆；写 profile 的 cordis.patch.yml，由 cordis 实时生效
• 已安装：系统 / 下载 / 自创作 三类之下再按归属分组展示 —— 商店自己的插件单列 「插件商店」组，与系统组件彻底分开；逐条启停（受保护的系统条目会被拦截）、按分类批量开关、卸载
• 质量门：依赖完整性 + 启动目录需求检查，装前拦截
• 安全扫描：发布前扫描高风险模式（自动驳回）
• 发布：填 Markdown 图文介绍 → GitHub + npm 双通道一键发布（自备 token）
• 审计：安装 / 卸载 / 启停 / 评分 / 发布全量落库，带操作者身份，可追溯*
• 镜像同步：把 GitHub 上 topic:dsh-plugin 仓库元数据缓存进本地 SQLite（并发池 + 会话缓存）， 列表与搜索不再受网络与限频影响
• 依赖拓扑：插件的依赖与被依赖关系图
• 生态接入：跑分机（dsh-bench）的本地状态读写与一键触发跑分

安装

# npm 安装（推荐）
dsh plugin --profile web add dsh-plugin-hub

# 本地构建后安装（开发调试）
npm install
npm run build          # tsc 编译 host + esbuild 打包 client
dsh plugin --profile web add <本包目录>

装好后：侧栏「插件」页里多出 插件商店 一项，点进去就是商店本体； GitHub Token、镜像同步、内置扩展开关都在它的「设置」/「内置扩展」里。 首次使用建议先在「设置」里点「立即同步」。

架构

dsh-plugin-hub（一个 npm 包）
├─ cordis.patch.yml          一次插入 22 行：本体 + 21 个内建插件
├─ lib/host/                 核心 host 端（PluginStoreService，Typert Remote）
├─ lib/extensions/*.js       21 个内建插件的 host 半边（各为一个独立 cordis 条目）
├─ lib/contracts/*.js        共享契约（Remote wire schema + 版本化价格表）
└─ lib/client.js             唯一一份 client bundle（核心 UI + 内建插件 UI）

• Host：PluginStoreService 以 Typert Remote（pluginStore）暴露 20+ 个远程方法； node:sqlite 持久化；installer.ts 走 pnpm 安装并改写 profile 补丁。
• 依赖与开关的耦合面：只有两个状态文件 —— storages/plugin-store/plugins.json（开关）与 plugins-status.json（运行状态）。 插件之间不通过 cordis 服务互依，依赖是名册里的声明 + 运行时判定， 任一方停用都不会把对方拖死（详见上文「依赖是声明式的」）。
• Client：一个包只能有一份 client 产物（DSH 的 dsh.client 契约）， 所以各内建插件的 UI 都在这份 bundle 里，按开关决定是否注册。
• 契约单一来源：contracts/pricing.ts 同时被 host 编译与 client 内联， 价格表因此不可能两边不一致。

开发

npm run build:host    # tsc -p tsconfig.host.json → lib/host/**, lib/extensions/**, lib/contracts/**
npm run build:client  # node scripts/build-client.mjs → lib/client.js
npm run build         # 两者
npm run typecheck     # host + client 双侧类型检查
npm run check:contract # 契约往返自检：host 返回体 ⨯ zod 契约（防「字段被剥离 → UI 空白」）

加一个内建插件

• src/host/plugins-state.ts 的 HUB_PLUGINS 里加一条描述符 （id / 分组 / requires / 行 id / 服务名 / 默认开关）；

• 该插件要用到的新逻辑放 src/host/<name>.ts（纯函数/类，可被 host 与插件共用）；

• src/extensions/<id>.ts 写 host 半边，形状固定：

  export const name = 'dsh-plugin-hub/extensions/<id>';
  export const provide = ['<service>'];
  export const inject: string[] = [];
  export function apply(ctx: any): void {
    activate(ctx, '<id>', () => {
      ctx.provide('<service>', () => ({ /* ... */ }));
    });
  }
  

  activate 负责读开关、递归判定依赖、上报 disabled/blocked/active；

• hub 的 cordis.patch.yml 加一行 - id: hub-ext-<id> / name: dsh-plugin-hub/extensions/<id>；

• package.json 的 exports 加 ./extensions/<id>（漏了会装上去 import 失败； version-guard 内建插件专门查这个）。

目录

src/
  contracts/
    remote.ts             # zod v4 wire 契约（TYPERT_REMOTE / TYPERT），20+ 个 Remote
    pricing.ts            # 版本化价格表（带生效日期）+ 费用计算（host/client 共用）
  host/
    index.ts              # PluginStoreService（Remote + 定时同步 + 内建插件开关）
    plugins-state.ts      # 21 个内建插件的名册 + 依赖判定 + 开关/状态文件
    store-db.ts           # SQLite（镜像缓存 / 评分 / 审计 / 依赖边）
    seed-catalog.ts       # 离线预置插件目录（16 个，只插不覆盖）
    github.ts             # GitHub 搜索 + 镜像同步（并发池）
    installer.ts          # 安装 / 卸载 + profile 补丁
    quality-gate.ts       # 质量门
    conflict-check.ts     # 安装冲突检查
    security-scan.ts      # 安全扫描
    publish.ts            # GitHub + npm 双通道发布
    version-guard.ts      # 版本一致性检查（新）
    changelog.ts          # 从 git 历史起草更新日志（新）
    update-check.ts       # 已装版本 vs 上游最新（新）
    backup.ts             # 快照 / 回滚（新，VACUUM INTO）
    diagnostics.ts        # 诊断报告生成（新）
    health.ts  trust-sync.ts  catalog-sync.ts  skill-sync.ts  npm-probe.ts
  extensions/             # 21 个内建插件的 host 半边（各为一个独立 cordis 条目）
    _runtime.ts           # activate()：开关 + 依赖判定 + 状态上报的唯一实现
    store-db.ts  github.ts  npm-probe.ts  seed-catalog.ts  registry.ts  installer.ts
    security.ts  conflict.ts  quality.ts  trust.ts
    publish.ts  version-guard.ts  changelog.ts
    usage.ts  health.ts  update-check.ts  dependency-graph.ts  baike.ts  skill-store.ts
    backup.ts  diagnostics.ts
  client/
    index.tsx             # 核心 UI 注册（官方「插件」页条目 / 字典 / 内建插件 UI 挂载）
    icons.tsx             # 跨版本图标适配层（0.1.x 与 0.2.x 的图标导出名不同）
    views.tsx             # 发现 / 详情 / 已安装 / 发布 / 审计 / 健康度 / 百科 / 技能 / 脚手架
    extensions-view.tsx   # 内置扩展开关（商店内「内置扩展」视图）
    extensions/usage/     # 用量 tab 的 client 半边（图表 + 价格表对照）
    store.css             # 样式（--dsw-* 主题变量）

更新日志

0.2.3（2026-10-14）

商店融进官方「插件」页，不再有自己的一套入口

0.1.x 时商店是侧栏底部一个独立按钮 + 全屏弹层，外加一个独立的设置页。0.2 起改为注册进 官方「插件」页（plugins.item，与官方自带的插件条目并列），点开即进入商店本体 —— 界面上看不出这是额外装的一个插件。同时：

• 去掉侧栏按钮与全屏弹层（连同它的 CSS 与文案键）；
• 去掉 hub 自己的设置页（settings.section）：Token 与镜像同步在商店的「设置」里本来 就有，只有内置扩展开关是独有的，拆成商店内的「内置扩展」视图；
• hub 自身的插件组成没有变：bundle patch、21 个内部扩展名册、client inject 都原样。

跨版本图标适配（0.2.x 上侧栏按钮整块消失的那个 bug）

0.1.x 把尺寸写进图标名（IconCloseOutline16），0.2.x 改成不带尺寸后缀 + Regular/Medium 变体（IconCloseOutlineRegular，尺寸走 size prop）。按某个版本的名字直接 import， 在另一个版本上拿到的是 undefined，渲染时 React 抛 error #130 （"Element type is invalid"）—— 它发生在 slot 里，整条 slot 会崩掉，界面上什么都不出现。

• 新增 icons.tsx：按「0.2.x 名 → 0.1.x 名」依次取，都取不到用内置 SVG 兜底， 保证任何版本上都渲染出真组件；10 个图标集中在一处，以后换版本只改一个文件。

清理

• 删除 src/client/_archived-insights-0.1.x/（0.1.x 遗留的死代码）；
• 删除 38 条无人使用的 CSS 规则（整组 dps-job-*、dps-ins-*、健康度排名残留，以及 随弹层一起消失的 dps-overlay / dps-mask / dps-entry*）；
• 删除 19 个无人引用的 i18n 键（zh/en 同步删）；
• 删除 openStore / openStoreStore / closeStore 三个已无用的导出。

实测（真实 dsh 0.2.0-rc.2）：tsc 双通过、check:contract 全部通过、启动 0 条 did not activate、浏览器 0 条 console 错误，「插件」页里能看到「插件商店」条目并使用。

0.2.2（2026-10-14）

修 dsh 0.2.x 上 typert 契约不兼容（0.2.1 的补漏）

0.2.1 放宽 peer 范围后 hub 能在 0.2.x 上安装，但启动时 typert-loader 会拒绝 hub 的 Remote 契约：invocation "dsh-plugin-hub#pluginStore/list" parameter codec has no create() factory，整条 typert-loader 条目激活失败 → 商店的 Remote 接口全部不可用。 （这个失败在 0.2.1 之前被「整包被跳过」掩盖着，所以一直没暴露。）

根因：0.2.x 把 wire codec 取 schema 的方式从直挂字段改成了惰性工厂 —— requireStrictCodec 现在要求 typeof codec.create === 'function'。 官方生成物（*.typert.host.js）的形状是 { mode: 'strict', typeSymbol, create: () => zodSchema }。

• strict() 现在两个字段都给：create 喂 0.2.x、schema 留给 0.1.x， 老 runtime 忽略未知字段、新 runtime 只认 create，互不干扰；
• 实测（真实 0.2.0-rc.2 启动）：告警从 2 entries did not activate 降到 1 —— typert-loader 不再失败，只剩尚未适配 0.2.x 设置 API 的 dsh-connector。

0.2.1（2026-10-14）

适配 dsh 0.2.x（issue #6）

• 7 个 @deepseek-ai/dsh-* peer 由 ^0.1.0-rc.6 拓宽为 ^0.1.0-rc.6 || ^0.2.0-rc.1： 原范围在 semver 上结构性排除所有 0.2.x，导致 dsh 0.2.0-rc.2 上安装被兼容性 检查拒绝，而且 9 个已发布版本共用同一组范围、没有可降级的目标；
• 移除 @deepseek-ai/dsh-client-runtime peer：该包在 0.2 线上已不再发布（停在 0.1.1-rc.2），而内建 client 产物自 0.2 适配起就不再引用它（见 scripts/build-client.mjs 的说明）—— 这条 peer 是漏清理的残留；
• version-guard 新增一项发布前检查：逐个核对 dsh-* peer 的范围是否覆盖 运行中的 harness 版本，覆盖不到就给出该补哪一段范围。补上这次漏掉的那道闸。

质量门误报修复（issue #4）

• 提取 import 的正则原本允许关键字紧贴一个收尾引号，于是 if (argument === "--import" || argument === "--loader") 被读成 import" || argument === "，提出 || argument === 这种伪包名 → 判定「依赖不完整」 → 拦截安装并回滚。受害插件（dsh-damage-pulse@4.0.8）的真实依赖其实是完整的；
• 现在按三种真实形态提取（from '…' / import '…' / import('…') / require('…')）， 关键字与引号之间必须有真分隔符；并加一道兜底：裸名要长得像 npm 包名才认；
• 拦截回滚时一并 reconcile dsh.profile.bundles，避免出现「依赖已删、bundle 条目还在」 的悬空 profile。

设置页跟随 Harness 语言（PR #5，来自 @Oonatech）

• 设置区此前完全没拿到 t，42 处可见文案是硬编码字面量，所以无论 Harness 语言是什么 都显示中文（不是缺翻译，是组件从没去查）；
• 现在全部走词表（新增 57 个 settings.* 键，zh/en 对称），label 也不再绕过词表。

其它

• 移除 hub 代管的「连接器」设置与配套 Remote（connectorStatus / connectorConfigSet）： dsh-connector 0.2 起自带设置命名空间与浏览器卡片，两个入口改同一份配置只会互相打架。

0.2.0（2026-09-11）

架构：一个包、21 个可开关的内部插件（与 DSH 本体同构）

• 4 个曾独立发包的扩展（dsh-usage / dsh-health / dsh-baike / dsh-skill-store） 并入 hub，改为包内独立 cordis 条目（dsh-plugin-hub/extensions/*）；
• 名册从 4 条扩到 21 条，分 5 组（基础内核 / 安全与质量 / 发布流水线 / 洞察与内容 / 运维）。新增：store-db、github、npm-probe、seed-catalog、registry、installer、 security、conflict、quality、trust、publish、version-guard、changelog、 update-check、dependency-graph、backup、diagnostics；
• 内建插件声明依赖（registry → store-db + github、publish → security 等）， 运行时由 activate() 递归判定；依赖没开就上报 blocked 并主动让位，随时可逆 —— 不用 cordis 硬 inject，避免"提供者停用 → 消费者永久 pending"死锁；
• patch 一次插入 22 行（本体 + 21），在「设置 → 插件」清单页每行可见、可单独停用；
• 设置页新增按分组的插件管理区：状态（运行中 / 已关闭 / 依赖阻塞 / 加载失败）、 依赖与被依赖、开关计数；
• ⚠️ 默认关闭的四个插件在 patch 里不写 disabled: true（写了设置页开关就失效）。

离线预置目录（新增能力）

• seed-catalog 内建插件随包发布 16 个实用插件清单，装好即可浏览/安装， 不必等镜像同步（492 个仓库、几分钟）跑完；
• 写入只插不覆盖：真实同步数据永远优先；目录版本按日期，升级后自动刷新自己的行； 列表里标「预置」徽章。

新增能力（对应上面的新内建插件）

• version-guard：对齐 package.json / README 更新日志 / profile 来源 / 子插件 exports；
• changelog：从 git 历史按 Conventional Commits 起草 README 风格更新日志；
• update-check：已装版本 vs 上游最新（npm 优先、回落 GitHub releases，缓存 6h）；
• backup：VACUUM INTO 一致性快照 + 回滚（回滚前先备份当前状态）；
• diagnostics：一键导出环境/清单/状态/审计为 Markdown（不含令牌明文）。

用量与费用：价格表带日期

• 价格表版本化（effectiveFrom / effectiveTo），新增 2026-09-10（V4.1 Flash）与 2026-09-14（V4 Pro 并入 Flash 计费）两版；
• 每个请求同时给出「当时价」与「现价」及差额，回答"调价前后差多少"；
• 支持高峰/空闲时段倍率（工作日 UTC 01:00–04:00 / 06:00–10:00 ×2）；
• 新增 pricingTable Remote：其它插件可复用同一份价格表，不必各自硬编码单价。

适配 DSH 0.1.5-rc.1

• client 注入清单去掉新版已移除的 dsh-client-runtime，补上 dsh-client-ui-conversation / dsh-api-remotes；
• client 外部化清单以新版种子表为准（react / cordis / slots / primitives / dockkit）；
• 用量视图数据改从 chat target 的 legacy.nodes 取（新版把 ConversationSnapshot 拆成了 {views, activeTargets}）。

已安装视图：hub 的东西归 hub，不再冒充系统组件

• 新增「插件商店」分组：商店本体 + 包内 21 个子插件（dsh-plugin-hub/extensions/*） 统一归到这里，并跟随商店本体的安装方式归类（本地 file: ⇒ 自创作，npm ⇒ 下载）；
• 归因：这些子插件在 Loader 里是独立条目、又不在 profile 的依赖表里，旧逻辑把它们 当成了 DSH 基建 —— 实测 20/21 个被扫进「其他系统组件」，商店自己的插件混在系统堆里；
• 「其他」从此只属于系统轨（标签改为「其他系统组件」）；非系统插件的兜底分组改为 「第三方插件」——用户装的东西不会再被标成系统组件；
• 包内子插件不提供单独的「卸载」入口（它们随商店包一起装卸），但可以单独开关， 关闭等同于设置页里关掉该内建插件；
• 子插件行直接显示真实运行状态（运行中 / 已关闭），不再是一列空状态。

修复

• host 服务重复声明 ctx 与基类冲突的编译错误（改名 appCtx）；
• 节点费用公式把已计入的缓存桶再减一次的问题（与 token-meter 语义对齐）；
• 状态文件从 extensions.json / extensions-status.json 改名为 plugins.json / plugins-status.json（旧文件仍兼容读取，不必重配）。

0.1.8（2026-08-19）

client bundle 构建产物修复（构建脚本在沙箱下删除被拦截，导致产物未更新）。

0.1.7（2026-08-17）

镜像同步并发池（认证 8 / 匿名 4）+ npm 下载量会话缓存，同步从 20 分钟降到分钟级。

0.1.6 / 0.1.5 / 0.1.3 / 0.1.1 / 0.1.0

分类体系、健康度、信任徽章、百科、技能商店、发布流程等逐版引入（详见 git 历史）。

许可

MIT