dsh-expert-center
Manifest validExpert Center for DeepSeek Harness: a browsable roster of domain experts, each with its own persona, skill catalog, tool set and plan mode.
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'
要让新专家出现在侧栏卡片墙,还需在三处各加一项:
client.js的EXPERTS数组:id、category、标题、摘要、图标色、技能名列表;client.js的CATEGORIES数组:如果是新工种,加一个分类(id与title/summary的 locale key);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
Comments
Loading…