dsh-model-cascade

DeepSeek Harness 的会话框里，模型选择原本是「按供应商分组的二级列表」——供应商若干、模型若干，铺在同一个层级里。当路由组凑到三家以上、模型 ID 动辄几十个时，翻找起来相当费劲；更别扭的是，选完模型还得接着调思考强度，两步挤在同一条级联路径上，操作节奏被打断。

dsh-model-cascade 把这个选择过程拆成一条清晰的三级级联：第一级是 harness 实际配置的 API 路由组（DeepSeek、SiliconFlow、火山引擎……），第二级是模型系列（从模型 ID 中自动提取），第三级直接落到完整模型名，点选即选中、菜单即刻收起。思考强度则被抽到菜单根部的独立快捷行——仅当所选手型在目录中暴露了 reasoning.efforts 时才出现，单独点一下即可切换档位，不必再和模型选择纠缠在同一步骤里。菜单底部始终固定显示当前正在使用的路由组与模型名，心里有底。

它在 conversation.input.model 单座以 priority -1 注册，直接覆盖自带列表，数据通路复用 ui-model-selection 的 modelDirectories 服务，选择状态、连接重置、composer 阻塞等行为与原生命中完全一致，明暗主题下样式也统一。适合配置了多家路由组、模型数量较多、又需要频繁微调推理强度的 DSH 用户——装一下、重启 dsh web，菜单就换好了。