dsh-subagent-routes

按工作区目录给子智能体指定 provider / 模型 / 思考等级 的 DeepSeek Harness 插件，并支持在会话页面右侧栏随时为当前会话临时切换。

子代理的模型路由原本只有三档：工具实例的静态 agentOptions、会话级的 subagent-model-selection 白名单、具名子代理库的逐条目配置——没有按工作区（项目目录）区分。本插件补上这一档：你在哪个项目里干活，子代理就用那个项目配好的模型，全程不用每次派活手动指定。需要临时拔高或降配时，右侧栏控制台可以只改当前会话，不必回去改规则。

设置页总览（浅色）

截图由 scripts/capture-readme-screenshots.mjs 在隔离浏览器中渲染已构建的 client 产物生成，宿主接口全部走内存 mock；图中的项目路径、提供商与模型均为合成示例，不代表任何真实环境。

解决什么问题

场景	没有本插件	有本插件
前端项目用强模型写代码	每次派活手动挑模型	进入 `~/Code/frontend-app` 自动用
长文档研究用最大思考等级	反复设置 reasoning effort	目录命中后自动带上 `max`
临时脚本用便宜模型	容易忘记切换	按目录前缀自动落到低配
一个仓库里不同子目录不同策略	无法表达	最长前缀匹配，深层覆盖浅层
临时拔高当前会话，不想动规则	改规则再改回来	点输入区药丸就地切换，用完还能一键固化
全局希望子代理就用主模型	无表达方式	「全局默认策略」选继承，会话里可再单独改

路由只作用于新派活的子代理；对已经在跑的会话不做任何改动。

安装

# 从本地目录安装
dsh plugin --profile desktop add /path/to/dsh-subagent-routes

# 或从 npm 安装（发布后）
dsh plugin --profile desktop add @zdt3476/dsh-subagent-routes

首次安装、或从没有 client 的旧实现升级后，需重载插件或重启 DSH，确保宿主加载新的 client 能力；仅打开旧设置页不会补载新入口。若重载后仍无设置入口，请重启 DSH。

安装后设置入口出现在 插件管理 → 本插件 → 设置，bundle 卡片与 patch 插件行均提供入口。

会话页面的右侧栏 tab 与输入区药丸也由同一份 client 产物注册；若右侧栏没有出现「子代理」这一项，同样先重载插件，仍不行再重启 DSH （客户端插件的 Slot 注册只在插件加载时进行）。

快速开始

三步就能跑起来，全程不需要手写 YAML：

打开设置页：插件管理 → 本插件 → 设置。
（可选）设全局默认模型：没匹配到任何项目时用它兜底；留空则继承父会话模型。
添加项目规则：点「+ 添加项目规则」→ 从工作区下拉选项目 → 从模型下拉选模型 → 思考等级会自动跟着模型联动 → 「确认保存规则」→ 底部「保存所有更改」。

保存后下一次新派活立即生效，不需要重启 DSH。

界面说明

全局默认模型

全局默认模型卡片

未命中任何项目规则时使用；留空表示直接继承父会话当前模型。

三级联动选择：不用背任何 ID

Provider、Model、思考等级全部从宿主已探测的列表里选：

Provider：列出当前 profile 里已配置的全部提供商。私有通道可点「手动输入」自行录入。
Model：默认就是下拉列表。未选 Provider 时按厂商分组列出全部模型，选中即自动回填所属 Provider。选项内部同时编码 provider + model，因此不同厂商的同名模型不会互相覆盖。
思考等级：跟随所选模型的真实元数据。
- 模型不支持推理 → 选项禁用并清空，避免把非法等级写进配置。
- 模型支持推理 → 只列出该模型的专属档位；原值不被支持时自动落到该模型推荐的默认档。
- 手动输入的未知模型 ID → 保留你已选的等级，插件不做擅自改写。

项目规则：路径也走选择

新建项目专属规则

「项目根目录」默认从宿主已登记的工作区里挑（显示为「标题 — 路径」），不用手抄长路径；需要填 ~/... 或更细的子目录时，点「手动输入」随时切回。

规则列表把「目录 → 模型 → 思考等级」压成一眼能读的卡片，支持单条编辑与删除：

项目专属路由规则列表

只配了思考等级、没配模型的规则会标注「继承父会话模型」。
正在编辑的那条会高亮，底部保存按钮同时置灰并提示先确认，防止未提交内容丢失。

原始 YAML 模式

偏好代码编辑或要批量粘贴时，右上角可切到「原始 YAML 模式」。可视化表单与 YAML 双向同步，保存时校验结构。

深浅色主题

设置页总览（深色）

全局默认策略

设置页新增「全局默认策略」，决定没有任何更具体的层给出路由时子代理怎么走：

策略	行为
继承主代理模型	子代理直接复用主代理的模型与思考等级；项目规则与全局兜底都不再注入
使用路由规则（默认）	按目录匹配项目规则，未命中时用全局兜底

默认值是「使用路由规则」，与插件升级前的行为一致：已有规则不会因为升级而突然失效。选择「继承」后，路由表仍在，只是不再生效；随时可以切回来。

会话级切换（输入区就地面板）

规则解决的是「这个项目该用什么」，但临时需要拔高或降配时，不必回去改规则，也不用打开侧边栏——直接点输入框上方的状态药丸即可。

输入区里紧挨主模型按钮的位置有一个状态药丸（子 provider / model ▾），显示当前生效值。点击后打开紧凑的两层菜单；点击外部、按 Esc 或再点药丸都能收起。

跟随全局：清除本会话覆盖，遵循全局默认（继承或使用路由规则），不等同于强制继承。
继承主代理：本会话明确使用主代理模型，不需要再选择模型。
指定模型…：只进入模型选择页，不会自动保存当前生效模型；返回也不改变设置。
模型选择页：支持搜索，按供应商纵向分组。点选模型才保存；选定模型支持思考档位时，可继续调整。
手动输入模型：目录外的 provider / model 可手动填写；这是模型配置，不是具名子代理的选择。保存失败保留输入，成功后才收起表单。空目录仍可手动输入。

浮层通过 createPortal 挂到 document.body，使用 position: fixed，宽度最大 360px。以输入卡片边缘为锚点，留 8px 间距；优先上方，上方不足且下方更宽裕时向下展开。打开期间锁定方向，使用 CSS 的 bottom 或 top 固定贴边，不再依赖模型列表的实测高度。高度不超过所在侧的可用空间，长内容内部滚动；每次重新打开都会重新判断方向。

优先级从高到低：

调用方显式指定 > 本会话选择 > 项目规则 > 全局兜底 > 全局默认策略

右侧栏的 子代理 tab 仍然保留，形态更接近配置表单（下拉选择 + 应用按钮），适合需要逐项核对时使用。两处共用同一份优先级判定与数据面，不会出现两套说法。

会话选择存放在 $DSH_HOME/subagent-routes.overrides.json（与路由表同目录），原子写入、保留最近 100 个会话，DSH 重启后仍在。旧版本写入的记录会自动迁移为「指定一套」。

工作原理

所有创建子代理的入口（subagent、subagent_fork、workflow、agent-team、具名子代理库的 delegate）最终都调用 ctx.subagents.startActivation。插件只在这一处介入，因此天然覆盖全部派活路径，不用改 DSH 本体：

读父会话的当前工作目录（workingDirectory 投影优先，回落到会话头 cwd）；
在路由表里做最长前缀匹配；
把匹配到的 provider / model / reasoningEffort 合并进 request.agentOptions；
按需调用 llm.resolveCallConfig() 预检，路由非法时在派活处直接失败。

派活时不写会话事件、不改 profile；只有用户保存基础配置时才会通过宿主 configEditor.edit 持久化到当前 profile，并校验、重载插件。卸载时删除路由拦截的自有属性，派活行为回到原生。

优先级规则

调用方显式指定 > 本会话选择 > 项目规则 > 全局兜底 > 全局默认策略

调用方显式给了 provider + model（模型自己选的，或具名子代理条目配的）→ 插件完全让位，连思考等级也不追加：那是给工作区模型配的等级，套到另一个模型上可能不被支持。
调用方只给了 reasoningEffort → 插件补 provider / model，保留其等级。
本会话选了「继承主代理」→ 直接让位，项目规则与全局策略都不介入。
本会话选了「指定一套」→ 覆盖项目规则。
本会话未做选择（界面上的默认态，存储层记为 follow）→ 按下面的层次继续判定。输入区选择「跟随全局」可随时回到这个状态。
全局策略是「继承主代理」→ 让位，不查路由表。
全局策略是「使用路由规则」→ 按目录匹配项目规则，未命中时用全局兜底。
所有层都没有内容 → 插件不注入任何字段，子代理保持 DSH 原生的继承行为。

路由表格式与手动配置

路由表默认位置 $DSH_HOME/subagent-routes.yaml（通常是 ~/.dsh/subagent-routes.yaml）。可视化设置页就是它的编辑器；也可以直接手写：

# 可选的全局兜底：没有目录命中时使用
default:
  provider: openai
  model: gpt-4.1
  reasoningEffort: medium

routes:
  - path: ~/Code/frontend-app
    provider: anthropic
    model: claude-sonnet-4
    reasoningEffort: high
  - path: ~/Code/frontend-app/legacy    # 更长前缀优先
    provider: deepseek
    model: deepseek-chat
  - path: ~/Code/research
    reasoningEffort: max                # 只改等级，provider/model 继承父会话

字段规则：

字段	说明
`path`	必填，绝对路径或以 `~` 开头；尾部分隔符会被规范化掉
`provider` + `model`	必须同时出现或同时省略
`reasoningEffort`	适配器自有的等级 id（`low` / `medium` / `high` / `max` 等，取决于模型）
三者至少要有一个	否则该条目没有意义

改路由表后，下一次新派活即生效：每次派活都会重读文件，不需要重启。

插件配置项

在 profile 的 cordis.patch.yml 里按 id 覆盖。注意：同 id 的 override 会替换整个 config，三个字段要写全：

- id: subagent-routes
  config:
    routesFile: ~/.dsh/subagent-routes.yaml
    enabled: true
    preflight: true
    fallbackPolicy: rules

字段	默认	说明
`routesFile`	`$DSH_HOME/subagent-routes.yaml`	路由表路径；留空用默认位置
`enabled`	`true`	路由注入开关；`false` 时停止注入，设置入口仍保留
`preflight`	`true`	注入前用 `llm.resolveCallConfig` 校验路由；关掉则把错误留到子会话首轮
`fallbackPolicy`	`rules`	`inherit` = 没有更具体来源时继承主代理模型；`rules` = 按路由表注入

这四项在设置页里分别对应「已启用 / 已暂停」开关、「全局默认策略」卡片与折叠的「高级选项」，改完点底部「保存所有更改」即可，无需手工编辑 profile。 fallbackPolicy 写了未知值时按 rules 处理，并在日志里保持可解释，不会让派活路径静默走错策略。

验证与排错

派活后看 DSH 日志：

subagent-routes: /Users/you/Code/frontend-app → anthropic/claude-sonnet-4 @high

或者看子会话的模型标识。

路由表写错时，日志会给出行号级的说明，并且该次派活按「无路由」继续，不会阻塞工作。常见报错：

现象	原因
`路由条目的 path 必须是绝对路径`	写了相对路径；补全绝对路径或改成 `~` 开头
`provider 与 model 必须同时出现或同时省略`	只写了一半
`路由表重复声明了目录`	同一路径写了两条
`含未知字段`	字段名拼错（如 `reasoning_effort`）
派活前预检失败	provider / model / 等级组合不被该适配器支持；可在高级选项里临时关掉 preflight

已知边界

只影响新派活：已经运行中的子代理不会被重新路由。
fork 子代理同样适用：fork 会继承父会话的对话前缀，换模型会让这段前缀的 provider 侧缓存失效，属于预期代价。
前缀匹配是纯字符串的：不做 realpath，符号链接和 .. 不会自动归一。
工作区与模型列表来自宿主：宿主没提供对应服务（或该 profile 尚未登记工作区）时，设置页会自动退回手动输入，功能不受影响。
会话指定的清理是有界的：覆盖文件只保留最近 100 个会话，更早的会被淘汰（只是回到项目规则，不是错误）。会话删除时不会主动清理对应记录。
会话指定必须成对给模型：只指定 provider 或只指定思考等级会被拒绝—— 半套路由无法解析，只给等级则会连项目规则里的模型一起盖掉。
「继承主代理」不能固化：继承没有可写入路由表的 provider / model，因此该状态下「固化为项目规则」按钮会置灰。
固化会覆盖同目录规则：把当前会话固化到某个目录时，该目录已有的条目会被替换，不会追加成第二条。
需要 @deepseek-ai/cordis 的 symbols.original 取回真实服务实例；若未来 cordis 改变服务包装方式，这里需要同步（代码中有明确断言与告警）。

开发

pnpm install
pnpm test          # 类型检查 + 单元测试
pnpm run build     # 构建 lib/（host ESM + client CJS）
pnpm run check     # test + build

仓库结构：

src/
  host/            # Host 侧：拦截 startActivation、路由匹配、设置读写接口
  client/          # 浏览器侧：设置面板、联动选择器、样式
  shared/          # 两侧共享的契约与 YAML 工具
tests/             # 与 src 对应的单元/集成测试
scripts/
  verify-settings.mjs              # 设置页隔离验收：几何、对比度、键盘焦点、状态机
  verify-popover.mjs               # 输入区浮层验收：定位、三态提交、焦点、对比度、极端宽度
  verify-policy.mjs                # 设置页全局默认策略验收：失效提示、脏态、保存载荷
  capture-readme-screenshots.mjs   # 生成本 README 的截图

两张验收脚本都在隔离浏览器里加载已构建的 lib/client.js，所有宿主接口由内存 mock 提供，不接触真实 profile：

pnpm run check
NODE_PATH=/opt/homebrew/lib/node_modules node scripts/verify-settings.mjs
node scripts/verify-popover.mjs      # 需要全局安装 playwright
node scripts/verify-policy.mjs       # 同上
NODE_PATH=/opt/homebrew/lib/node_modules node scripts/capture-readme-screenshots.mjs

隐私说明

本仓库不含任何真实凭据、私有网关地址或用户配置：

截图与测试中的提供商、模型、路径均为合成示例（acme-*、/Users/you/...）；
没有 API key、token、cookie 或个人信息；
运行时配置（路由表）位于用户的 $DSH_HOME，不进仓库。

许可证

MIT

dsh-subagent-routes

按工作区目录给子智能体指定 provider / 模型 / 思考等级 的 DeepSeek Harness 插件，并支持在会话页面右侧栏随时为当前会话临时切换。

设置页总览（浅色）

截图由 scripts/capture-readme-screenshots.mjs 在隔离浏览器中渲染已构建的 client 产物生成，宿主接口全部走内存 mock；图中的项目路径、提供商与模型均为合成示例，不代表任何真实环境。

解决什么问题

场景	没有本插件	有本插件
前端项目用强模型写代码	每次派活手动挑模型	进入 `~/Code/frontend-app` 自动用
长文档研究用最大思考等级	反复设置 reasoning effort	目录命中后自动带上 `max`
临时脚本用便宜模型	容易忘记切换	按目录前缀自动落到低配
一个仓库里不同子目录不同策略	无法表达	最长前缀匹配，深层覆盖浅层
临时拔高当前会话，不想动规则	改规则再改回来	点输入区药丸就地切换，用完还能一键固化
全局希望子代理就用主模型	无表达方式	「全局默认策略」选继承，会话里可再单独改

路由只作用于新派活的子代理；对已经在跑的会话不做任何改动。

安装

# 从本地目录安装
dsh plugin --profile desktop add /path/to/dsh-subagent-routes

# 或从 npm 安装（发布后）
dsh plugin --profile desktop add @zdt3476/dsh-subagent-routes

安装后设置入口出现在 插件管理 → 本插件 → 设置，bundle 卡片与 patch 插件行均提供入口。

快速开始

三步就能跑起来，全程不需要手写 YAML：

打开设置页：插件管理 → 本插件 → 设置。
（可选）设全局默认模型：没匹配到任何项目时用它兜底；留空则继承父会话模型。
添加项目规则：点「+ 添加项目规则」→ 从工作区下拉选项目 → 从模型下拉选模型 → 思考等级会自动跟着模型联动 → 「确认保存规则」→ 底部「保存所有更改」。

保存后下一次新派活立即生效，不需要重启 DSH。

界面说明

全局默认模型

全局默认模型卡片

未命中任何项目规则时使用；留空表示直接继承父会话当前模型。

三级联动选择：不用背任何 ID

Provider、Model、思考等级全部从宿主已探测的列表里选：

Provider：列出当前 profile 里已配置的全部提供商。私有通道可点「手动输入」自行录入。
Model：默认就是下拉列表。未选 Provider 时按厂商分组列出全部模型，选中即自动回填所属 Provider。选项内部同时编码 provider + model，因此不同厂商的同名模型不会互相覆盖。
思考等级：跟随所选模型的真实元数据。
- 模型不支持推理 → 选项禁用并清空，避免把非法等级写进配置。
- 模型支持推理 → 只列出该模型的专属档位；原值不被支持时自动落到该模型推荐的默认档。
- 手动输入的未知模型 ID → 保留你已选的等级，插件不做擅自改写。

项目规则：路径也走选择

新建项目专属规则

规则列表把「目录 → 模型 → 思考等级」压成一眼能读的卡片，支持单条编辑与删除：

项目专属路由规则列表

只配了思考等级、没配模型的规则会标注「继承父会话模型」。
正在编辑的那条会高亮，底部保存按钮同时置灰并提示先确认，防止未提交内容丢失。

原始 YAML 模式

偏好代码编辑或要批量粘贴时，右上角可切到「原始 YAML 模式」。可视化表单与 YAML 双向同步，保存时校验结构。

深浅色主题

设置页总览（深色）

全局默认策略

设置页新增「全局默认策略」，决定没有任何更具体的层给出路由时子代理怎么走：

策略	行为
继承主代理模型	子代理直接复用主代理的模型与思考等级；项目规则与全局兜底都不再注入
使用路由规则（默认）	按目录匹配项目规则，未命中时用全局兜底

会话级切换（输入区就地面板）

规则解决的是「这个项目该用什么」，但临时需要拔高或降配时，不必回去改规则，也不用打开侧边栏——直接点输入框上方的状态药丸即可。

跟随全局：清除本会话覆盖，遵循全局默认（继承或使用路由规则），不等同于强制继承。
继承主代理：本会话明确使用主代理模型，不需要再选择模型。
指定模型…：只进入模型选择页，不会自动保存当前生效模型；返回也不改变设置。
模型选择页：支持搜索，按供应商纵向分组。点选模型才保存；选定模型支持思考档位时，可继续调整。
手动输入模型：目录外的 provider / model 可手动填写；这是模型配置，不是具名子代理的选择。保存失败保留输入，成功后才收起表单。空目录仍可手动输入。

优先级从高到低：

调用方显式指定 > 本会话选择 > 项目规则 > 全局兜底 > 全局默认策略

工作原理

读父会话的当前工作目录（workingDirectory 投影优先，回落到会话头 cwd）；
在路由表里做最长前缀匹配；
把匹配到的 provider / model / reasoningEffort 合并进 request.agentOptions；
按需调用 llm.resolveCallConfig() 预检，路由非法时在派活处直接失败。

优先级规则

调用方显式指定 > 本会话选择 > 项目规则 > 全局兜底 > 全局默认策略

调用方显式给了 provider + model（模型自己选的，或具名子代理条目配的）→ 插件完全让位，连思考等级也不追加：那是给工作区模型配的等级，套到另一个模型上可能不被支持。
调用方只给了 reasoningEffort → 插件补 provider / model，保留其等级。
本会话选了「继承主代理」→ 直接让位，项目规则与全局策略都不介入。
本会话选了「指定一套」→ 覆盖项目规则。
本会话未做选择（界面上的默认态，存储层记为 follow）→ 按下面的层次继续判定。输入区选择「跟随全局」可随时回到这个状态。
全局策略是「继承主代理」→ 让位，不查路由表。
全局策略是「使用路由规则」→ 按目录匹配项目规则，未命中时用全局兜底。
所有层都没有内容 → 插件不注入任何字段，子代理保持 DSH 原生的继承行为。

路由表格式与手动配置

路由表默认位置 $DSH_HOME/subagent-routes.yaml（通常是 ~/.dsh/subagent-routes.yaml）。可视化设置页就是它的编辑器；也可以直接手写：

# 可选的全局兜底：没有目录命中时使用
default:
  provider: openai
  model: gpt-4.1
  reasoningEffort: medium

routes:
  - path: ~/Code/frontend-app
    provider: anthropic
    model: claude-sonnet-4
    reasoningEffort: high
  - path: ~/Code/frontend-app/legacy    # 更长前缀优先
    provider: deepseek
    model: deepseek-chat
  - path: ~/Code/research
    reasoningEffort: max                # 只改等级，provider/model 继承父会话

字段规则：

字段	说明
`path`	必填，绝对路径或以 `~` 开头；尾部分隔符会被规范化掉
`provider` + `model`	必须同时出现或同时省略
`reasoningEffort`	适配器自有的等级 id（`low` / `medium` / `high` / `max` 等，取决于模型）
三者至少要有一个	否则该条目没有意义

改路由表后，下一次新派活即生效：每次派活都会重读文件，不需要重启。

插件配置项

在 profile 的 cordis.patch.yml 里按 id 覆盖。注意：同 id 的 override 会替换整个 config，三个字段要写全：

- id: subagent-routes
  config:
    routesFile: ~/.dsh/subagent-routes.yaml
    enabled: true
    preflight: true
    fallbackPolicy: rules

字段	默认	说明
`routesFile`	`$DSH_HOME/subagent-routes.yaml`	路由表路径；留空用默认位置
`enabled`	`true`	路由注入开关；`false` 时停止注入，设置入口仍保留
`preflight`	`true`	注入前用 `llm.resolveCallConfig` 校验路由；关掉则把错误留到子会话首轮
`fallbackPolicy`	`rules`	`inherit` = 没有更具体来源时继承主代理模型；`rules` = 按路由表注入

验证与排错

派活后看 DSH 日志：

subagent-routes: /Users/you/Code/frontend-app → anthropic/claude-sonnet-4 @high

或者看子会话的模型标识。

路由表写错时，日志会给出行号级的说明，并且该次派活按「无路由」继续，不会阻塞工作。常见报错：

现象	原因
`路由条目的 path 必须是绝对路径`	写了相对路径；补全绝对路径或改成 `~` 开头
`provider 与 model 必须同时出现或同时省略`	只写了一半
`路由表重复声明了目录`	同一路径写了两条
`含未知字段`	字段名拼错（如 `reasoning_effort`）
派活前预检失败	provider / model / 等级组合不被该适配器支持；可在高级选项里临时关掉 preflight

已知边界

只影响新派活：已经运行中的子代理不会被重新路由。
fork 子代理同样适用：fork 会继承父会话的对话前缀，换模型会让这段前缀的 provider 侧缓存失效，属于预期代价。
前缀匹配是纯字符串的：不做 realpath，符号链接和 .. 不会自动归一。
工作区与模型列表来自宿主：宿主没提供对应服务（或该 profile 尚未登记工作区）时，设置页会自动退回手动输入，功能不受影响。
会话指定的清理是有界的：覆盖文件只保留最近 100 个会话，更早的会被淘汰（只是回到项目规则，不是错误）。会话删除时不会主动清理对应记录。
会话指定必须成对给模型：只指定 provider 或只指定思考等级会被拒绝—— 半套路由无法解析，只给等级则会连项目规则里的模型一起盖掉。
「继承主代理」不能固化：继承没有可写入路由表的 provider / model，因此该状态下「固化为项目规则」按钮会置灰。
固化会覆盖同目录规则：把当前会话固化到某个目录时，该目录已有的条目会被替换，不会追加成第二条。
需要 @deepseek-ai/cordis 的 symbols.original 取回真实服务实例；若未来 cordis 改变服务包装方式，这里需要同步（代码中有明确断言与告警）。

开发

pnpm install
pnpm test          # 类型检查 + 单元测试
pnpm run build     # 构建 lib/（host ESM + client CJS）
pnpm run check     # test + build

仓库结构：

src/
  host/            # Host 侧：拦截 startActivation、路由匹配、设置读写接口
  client/          # 浏览器侧：设置面板、联动选择器、样式
  shared/          # 两侧共享的契约与 YAML 工具
tests/             # 与 src 对应的单元/集成测试
scripts/
  verify-settings.mjs              # 设置页隔离验收：几何、对比度、键盘焦点、状态机
  verify-popover.mjs               # 输入区浮层验收：定位、三态提交、焦点、对比度、极端宽度
  verify-policy.mjs                # 设置页全局默认策略验收：失效提示、脏态、保存载荷
  capture-readme-screenshots.mjs   # 生成本 README 的截图

两张验收脚本都在隔离浏览器里加载已构建的 lib/client.js，所有宿主接口由内存 mock 提供，不接触真实 profile：

pnpm run check
NODE_PATH=/opt/homebrew/lib/node_modules node scripts/verify-settings.mjs
node scripts/verify-popover.mjs      # 需要全局安装 playwright
node scripts/verify-policy.mjs       # 同上
NODE_PATH=/opt/homebrew/lib/node_modules node scripts/capture-readme-screenshots.mjs

隐私说明

本仓库不含任何真实凭据、私有网关地址或用户配置：

截图与测试中的提供商、模型、路径均为合成示例（acme-*、/Users/you/...）；
没有 API key、token、cookie 或个人信息；
运行时配置（路由表）位于用户的 $DSH_HOME，不进仓库。

许可证

MIT

zdt3476/dsh-subagent-routes

dsh-subagent-routes

目录

解决什么问题

安装

快速开始

界面说明

全局默认模型

三级联动选择：不用背任何 ID

项目规则：路径也走选择

原始 YAML 模式

深浅色主题

全局默认策略

会话级切换（输入区就地面板）

工作原理

优先级规则

路由表格式与手动配置

插件配置项

验证与排错

已知边界

开发

隐私说明

许可证

Community comments

zdt3476/dsh-subagent-routes

dsh-subagent-routes

目录

解决什么问题

安装

快速开始

界面说明

全局默认模型

三级联动选择：不用背任何 ID

项目规则：路径也走选择

原始 YAML 模式

深浅色主题

全局默认策略

会话级切换（输入区就地面板）

工作原理

优先级规则

路由表格式与手动配置

插件配置项

验证与排错

已知边界

开发

隐私说明

许可证

Community comments