v1.9.6

1.9.6 (2026-10-18)

🐛 Bug Fixes

• release: 自动解除机器人 review thread 阻塞并添加定时发版巡检 (a0d225c)

---

This PR was generated with Release Please. See documentation.

v1.9.5

1.9.5 (2026-10-12)

🐛 Bug Fixes

• release: blocked 不再一读到就判死 (9e650e7)
• release: 删掉 checks.listForRef 那层判据，只认 mergeable_state (ae7df16)

---

This PR was generated with Release Please. See documentation.

v1.9.4

1.9.4 (2026-10-12)

🐛 Bug Fixes

• release: 以 mergeable_state 为门，不再等所有 check 跑完 (879f4e7)

---

This PR was generated with Release Please. See documentation.

v1.9.3

1.9.3 (2026-10-12)

🐛 Bug Fixes

• release: auto-merge 挂不上时兜底直接合并 (a2c3a99)
• release: mergeable_state 是异步的，unknown 要等而不是放弃 (6aa052b)
• release: 等 check 跑完再挂 auto-merge (5e504f6)

---

This PR was generated with Release Please. See documentation.

v1.9.2

1.9.2 (2026-10-12)

🛠️ CI / Build

• release: 接上 release-please，发版从此零人工 (e975cdc)

---

This PR was generated with Release Please. See documentation.

v1.9.1 — 安装文案不再指向已退役的 web profile；preview 不再打已下线的 3080

[1.9.1] - 2026-10-12

🐛 安装文案指向一个已经退役的 profile

宿主 2026-10-02 从「常驻 web 服务（profile web）」换成「桌面端 app（profile desktop，
由 app 独占托管）」，而本插件的安装指引仍写死 --profile web。用户照着复制出来的命令
执行，只会拿到一条 profile "web" ... 的报错 —— 比不给命令更糟。

• 家族 Dock 的「⚡ 一键复制安装」与页脚的「分享」两处文案都改为给出两条路：
  桌面端 app 在插件管理里搜包名直接装；自建 CLI profile 走
  dsh plugin --profile <你的profile名> add <包名>，profile 名用占位符而非写死
• 按钮悬浮提示同步更新
• npm run preview 原来 open http://127.0.0.1:3080，该服务已下线，改为与 bloom 一致的
  「部署完成 → 到桌面端应用里重载页面」提示

之所以拖到现在才发现：那条把旧文案钉死的测试也一起写错了 —— 断言的是
--profile web 字面量。文案和测试一起错，反而没人发现。断言已改为只钉意图
（必须带 --profile、必须给出桌面端安装路径、不许再出现已退役的 profile 名）。

v1.9.0 — 下线智能路由配置界面，替换为只读用量/模型展示 Chip，修复 Hero 可用模型统计与去重

[1.9.0] - 2026-10-10

🚀 下线智能路由配置界面，替换为只读用量/模型展示 Chip，修复可用模型统计 Bug

• 下线智能路由配置界面与切换浮层：
  • 移除设置页左侧独立的「路由」配置分区（原 RoutingCard / RoutingSection，包含分组编辑、主力与兜底模型设定、排序与自动保存）；
  • 移除输入框左侧原本可点击切换「公司 / 个人」分组和智能开关的 SmartRouteChip 浮层菜单；
  • 替换为只读状态信息位 ProviderUsageChip，展示当前供应商 · 模型 · 可用数 · 配额 · 用量，点击仅查看只读详情，模型切换统一回归上方主模型下拉。
• 修复 Hero 看板可用模型数显示为破折号的 Bug 并去重：
  • 后端在全量探测状态快照 baseVerdicts 中补齐已配可用 provider 的 modelIds 与 modelCount；
  • 前端顶部 Hero KPI 卡片在聚合可用模型数时，对所有健康可用供应商下的同名模型做跨供应商 Set 去重，解决重复计数并正确渲染真实模型数。
• 功能与稳定性增强：
  • 智能提取实际有余额的币种（避免因 USD:0 导致多币种账户显示为 0）；
  • DeepSeek 单 Key 模式下提供轮转引导，多 Key 模式下展示实时余额与脱敏状态 chips；
  • 补回丢失的外部子代理注入调用，恢复本地 Harness（Codex / Claude / Antigravity）自动探测与注册。

1.8.0

[1.8.0] - 2026-09-29

🔧 适配 DSH 0.1.7 的 settings 架构（升级到 0.1.7 后配置读不到的那版）

症状：升到 DSH 0.1.7 后，路由组「凭空消失」—— chip 不渲染，设置页路由卡是空的，
写接口一律拒绝。数据其实好好躺在配置里，只是没人读。

根因：0.1.7 把 settings 架构整个换掉了。settings.register(ns, schema) 和
settings.get(ns) 双双消失（0.1.5 的 dsh-settings 里有 20 处 register 引用，
0.1.7 是 0 处）。老代码里 settings.register(...) 抛 TypeError 被 catch 吞掉，
hubRegistered 恒为 false，于是整个 dsh-llm-hub 段的读写全部短路。

改造

• 导出 Config，配置改由 apply(ctx, config) 注入（0.1.7 的官方姿势，
  @deepseek-ai/dsh-llm-pi-ai 的 providers 段同款）
• 读自己的段走 config.routing.get()；读别人的段（llm-pi-ai / llm-deepseek）
  走 settings.describe() —— 0.1.7 里那是唯一的跨插件读法
• 拆掉 hubRegistered 守卫（该概念已不存在）
• 三个字段全部标 .volatile()：settings.update() 拒绝「没有 volatile 字段的条目」
  （原话：Plugin entry "dsh-llm-hub" has no volatile fields），而 volatile 的语义
  正是本插件要的 —— 路由组/预警/别名都是每次请求惰性重读的，切一次路由不该重跑 apply
• @deepseek-ai/schemastery 加为 devDependency（静态 import 需要它才能加载；
  运行时依赖仍是零 —— 它由 DSH 宿主提供）

配置迁移：0.1.7 启动时把全局 settings.yaml 迁进 profile 的 cordis.patch.yml
并把原文件改名为 settings.yaml.imported。本插件的段需要一条 dsh-llm-hub entry；
未迁移时该段读为空，也就是上面那个症状。

验证：157 个单测 + 门禁全过；真机确认路由组、设置页路由卡、跨插件读（balance 能
解析出真实 key）、写路径（routing/select 200）全部恢复。

1.7.0

[1.7.0] - 2026-09-29

🧭 路由设置卡：始终折叠，展开才编辑

• 默认全折叠，当前组也不例外（反了 1.7.0 之前的「当前组默认展开」）。进这页要回答的是「这几组各自会路由到哪」，折叠行就答完了；逐条候选是低频编辑动作，默认展开等于一进来就糊一屏表单
• 折叠行折叠时组名是纯文本，展开才给输入框 —— 折叠行还摆着输入框，会让「在编辑」和「在显示」长得一样
• 折叠行只留三件事：会路由到哪 · 可用/总 · 组名。为此砍掉两处：
  • 「主力 provider/model」—— 答的是「第一个是谁」，展开态第一行就有
  • 「+N 条兜底」—— 与「4/5」同义重复
• 新增组健康点三色：全绿（都可用）/ 琥珀（还剩几个）/ 红（一个不剩）。半可用混成全绿会让人以为不用管，混成全红会误报故障
• 全不可用时，不可用原因顶替「会路由到」那个位置 —— 两者是同一个槽位，不是两件事

踩坑（都靠浏览器实测发现，单测一条都拦不住）

• 设置内容区只有 564px，组头扣掉序号/组名/两个按钮后摘要只剩 ~210px，真实数据的 provider/model 要 200-215px。差的这几十像素省不掉：先砍内容，仍不够才改成换行而不是截断 —— 砍掉的正好是判断路由最需要的模型名
• .dot--degraded 一开始写在基础 .dot 规则之前：同特异度下后者生效，灰底把琥珀色盖掉，4/5 显示成灰点。已移到基础规则之后
• DSH 的 client bundle 缓存很硬：Page.reload --ignoreCache 不足以刷新样式表，必须 Network.clearBrowserCache。中途因此把「源码已改、页面没变」误判成 CSS 没写对

v1.6.1 去掉页脚一键装配，改为添加时按厂商匹配

[1.6.1] - 2026-09-28

🧹 去掉模型页底部的「热门大模型一键装配」，改为添加时按厂商匹配

• 删掉页脚常驻的预设抽屉：它和用户正在配哪一家无关，读起来像一块广告
• 改为在「添加提供方」里选中某一家时，草稿卡上只给匹配到的那一家一行提示：名称 · 推荐模型 · 获取 Key ↗；没匹配到的厂商不显示任何东西
• 不再提供 YAML 模板：草稿卡本身就是配置表单，而模板根键（minimax）与目录 id（minimax-cn）对不上，复制过去反而误导
• 修复：添加提供方时，只是选了下拉框就出现红字「llm-pi-ai 段里没有 "xxx" 这个 provider」。草稿态不再渲染原卡内容