专家中心 manzhushaka/dsh-expert-center

dsh-expert-center

给 DeepSeek Harness 加一个专家中心：把不同软件工程工种的工作方式固化成可选的「专家」，每位专家有独立的人设、技能目录、工具集和计划模式。选了专家就等于选了预设，能力边界从第一轮就确定。

它提供什么

侧栏「专家中心」页

20 名内置专家和 5 个固定专家团队，按 6 个软件工程角色分组。

| 分类 | 专家 | 预设 id | 擅长 |
| 产品与设计 | 产品需求专家 | expert-product | 用户故事、验收标准、范围与优先级 |
| 产品与设计 | 交互设计专家 | expert-ux | 流程、状态矩阵、文案与可访问性 |
| 产品与设计 | 系统架构专家 | expert-architect | 边界、接口、方案取舍与 ADR |
| 编码实现 | 代码工程专家 | expert-code | 最小改动、可复现验证、明确的取舍 |
| 编码实现 | 前端工程专家 | expert-frontend | 组件、状态、样式、可访问性与真实浏览器验收 |
| 编码实现 | 后端工程专家 | expert-backend | API 契约、事务、并发与兼容性 |
| 编码实现 | 移动端工程专家 | expert-mobile | 生命周期、离线、权限与发布约束 |
| 编码实现 | 数据库专家 | expert-database | schema、索引、SQL 与安全迁移 |
| 编码实现 | 数据工程专家 | expert-data-eng | 可重跑的数据管道、分区、幂等与对账 |
| 质量与安全 | 测试工程专家 | expert-testing | 测试策略、自动化、缺陷复现与 flaky 治理 |
| 质量与安全 | 代码审查专家 | expert-review | 按风险分级审查改动与缺失项 |
| 质量与安全 | 性能优化专家 | expert-performance | 基线、剖析、单变量优化与防回归 |
| 质量与安全 | 安全工程专家 | expert-security | 威胁建模、输入边界、密钥与供应链 |
| 运维与交付 | SRE 运维专家 | expert-sre | CI/CD、可观测性、容量、故障处置与复盘 |
| 运维与交付 | 云原生专家 | expert-cloud-native | 容器、Kubernetes、IaC、网络与回滚 |
| 数据与 AI | 数据分析专家 | expert-data | 口径核对、指标拆解、可复算的结论 |
| 数据与 AI | AI 应用工程专家 | expert-ai | LLM 应用、RAG、Agent 与评测 |
| 研究与文档 | 研究报告专家 | expert-research | 三路取证、结构化成稿、带出处的判断 |
| 研究与文档 | 文档交付专家 | expert-docs | Word / PPT / Excel，先定结构再谈排版 |
| 研究与文档 | 技术写作专家 | expert-tech-writer | README、API 文档、教程与可执行示例 |

点「用这位专家开始」直接创建挂好该预设的新会话；点卡片右上角的齿轮可以查看该专家完整的插件清单（YAML）。

固定专家团

直接从专家中心使用这些团队。主管会自动委派给固定的专家；你不会选择成员。

| 固定专家团 | 团队成员 | 擅长 |
| 产品交付团 | 产品需求专家、系统架构专家、代码工程专家、代码审查专家、测试工程专家 | 从需求到架构、实施、审查和验收，团队负责人把工作分配给合适的专家，再把他们的结果合并到一次交付中。 |
| 技术架构审查团 | 系统架构专家、前端工程专家、后端工程专家、数据库专家、安全工程专家、性能优化专家 | 架构师先确定质量属性和候选设计；然后前端、后端、数据库、安全和性能专家从独立的角度审查它。 |
| 代码审查团 | 代码审查专家、安全工程专家、测试工程专家、性能优化专家、代码工程专家 | 五个独立审查视角覆盖正确性、安全性、边缘情况、性能和工程简单性。团队负责人删除重复项，对结果排名，给出一个结论。 |
| 深入研究团 | 研究报告专家、数据分析专家、技术写作专家、文档交付专家 | 研究人员收集证据，分析师重新计算数字，写作和交付专家把研究结果转化为报告。 |
| 事件响应团 | SRE 运维专家、后端工程专家、数据库专家、安全工程专家、性能优化专家 | SRE、后端、数据库、安全和性能专家并行调查，先稳定，再生成事后分析和预防列表。 |

输入框左侧的专家开关，以及「专家 · 通用模式」是什么意思

胶囊按钮显示会话实际在运行的专家（读的是 agentPreset projection，不是本地状态），点开可切换；菜单里的专家同样按工种分组。

专家 · 通用模式 表示：当前会话没有套用本插件的任何专家预设，走 DSH 的内置预设（通常是 standard；如果设置里改过默认，也可能是 minimal 等其他内置预设）。它不是第五种专家，也不是独立的运行模式，只是「没有选专家」的显示值。

- 菜单里的「通用模式」项会显式切到 standard。
- 如果你在设置里把默认预设改成了 minimal 等其他内置预设，胶囊仍显示「通用模式」，但实际跑的是那个内置预设；本插件只认识自己的 20 个专家 ID 和 5 个专家团队 ID。
- 切换只在会话首轮之前生效。首轮之后按钮置灰，因为 DSH 的预设只能在会话开始前确定。

每位专家都带计划模式

dsh-plan-mode 挂在各专家的隔离组里，计划提示词按领域分别撰写：产品专家先把验收标准写进计划，架构专家先比较方案，代码专家勘察后再改。所以 /plan 和 exit_plan_mode 那套审阅流程照常可用。

安装

dsh plugin --profile <你的profile> add dsh-expert-center

或从本地目录：

dsh plugin --profile <你的profile> add /path/to/expert-center

安装后侧栏出现「专家中心」，无需重启。

兼容性

- 需要 @deepseek-ai/dsh-agent-preset（Agent 预设注册表）。没有它，插件不激活，也不会报错刷屏。
- 专家团队需要具有 allowedAgentPresets 支持的子代理委派工具；它们在当前 DSH 版本上测试过。
- 纯 JavaScript，没有构建步骤：不跑 prepare、不需要 allowBuilds 授权、不产出 lib/。从 GitHub 直装也不会踩「源码没有构建产物」那个坑。
- 已知测试环境：DSH 0.2.1-rc.2（desktop profile）。

自定义专家

专家就是普通的 @deepseek-ai/dsh-agent-preset 声明，写在你自己的 bundle 的 cordis.patch.yml 里：

- insert:
- id: preset-expert-legal
name: '@deepseek-ai/dsh-agent-preset'
config:
id: expert-legal
name: 法务合同专家 description: 审合同、改条款、出风险清单 order: 70 plugins:
- id: persona
name: '@deepseek-ai/dsh-persona'
config:
prefix: 你是一名资深商事法律顾问……
- id: tool-fs
name: '@deepseek-ai/dsh-tool-fs'

要让新专家出现在侧栏卡片墙，还需在三处各加一项：

1. client.js 的 EXPERTS 数组：id、category、标题、摘要、图标色、技能名列表；
2. client.js 的 CATEGORIES 数组：如果是新工种，加一个分类（id 与 title/summary 的 locale key）；
3. index.js 的 EXPERTS 映射：预设 id → 磁盘上的目录名。

分类只存在于客户端展示层，因为 @deepseek-ai/dsh-agent-preset 的 config schema 只接受 id、name、description、order、plugins。页面的卡片按 Host 返回的预设清单过滤，所以声明了但没加进 EXPERTS 的专家不会显示；加进 EXPERTS 但 Host 没加载成功的也不会显示。

技能文件放在哪

源文件放在包内 experts/<目录名>/skills/<技能名>/SKILL.md。启动时 Host 半边（index.js）把它们同步到 $DSH_HOME/expert-center/experts/，预设行再通过 !!js dshHomePath(...) 读那里。

之所以不直接读包内路径：!!js 表达式是同步求值、且拿不到「当前包安装在哪」，写死 checkout 路径一换目录就失效；而技能目录不存在时 dsh-skill-filesystem 只会给出空目录、不报错，专家会静默丢掉全部技能。改用 DSH_HOME 后，checkout 可以随意移动，缺目录也会在日志里明确警告。

修改技能后需要重启 DSH（或重新启用插件）才会重新同步。

权限与安全

本插件：

- 不联网，不发任何外部请求；
- 不执行 shell 命令，不启动子进程；
- 文件读写仅限两处：读包内的 experts/*/skills/，并把它复制到 $DSH_HOME/expert-center/experts/（该目录完全由本插件拥有，每次启动整体替换）；
- 只注册 UI slot（侧栏图标、主面板、输入框控件、一个样式表载体）和二十个 Agent 预设声明；
- 唯一的 Remote 调用是 agentPresets.list/read/select，即 DSH 自身的选择预设接口。

安装第三方插件意味着允许它以你的权限运行。这个插件声明这些边界，方便你核对源码。

结构

dsh-expert-center/
├── package.json # dsh.bundle + dsh.client + engines.dsh
├── cordis.patch.yml # 二十个专家预设 + 本包 Host 行 ├── index.js # Host half：把技能同步到 $DSH_HOME ├── client.js # 浏览器 half：分类卡片墙、输入框开关、图标、样式 ├── icon.svg ├── locale/{zh,en}.json # 插件市场显示名 └── experts/<目录>/skills/ # 各专家技能源文件

client.js 里 window.__ModuleLoader__.load({ id }) 的值必须与 package.json 的 name 完全一致，否则插件静默不加载。

许可

MIT