前言¶
在 DeepSeek Harness（DSH）里开新会话时，预设决定人设、技能目录、工具集和计划模式。若每次靠手改 cordis.patch.yml 或复制粘贴提示词，工种边界容易在第一轮就模糊，后续也很难复现同一套工作方式。
下面介绍社区插件 dsh-expert-center（维护者 manzhushaka）：在侧栏提供「专家中心」页，把软件工程常见工种固化为可选「专家」和固定专家团队；选中即挂上对应 Agent 预设，能力边界从会话首轮就确定。
这是什么¶
dsh-expert-center 是 DSH 的工作流类插件。README 将其概括为：给 Harness 增加专家中心——可浏览的领域专家名册，每位专家有独立人设、技能目录、工具集与计划模式。
- 目录页：https://www.skillhub.cn/plugins/manzhushaka/dsh-expert-center
- 源码：https://github.com/manzhushaka/dsh-expert-center
- 许可证：MIT（
package.json版本 1.2.0，engines.dsh为>=0.2.0 <0.3.0）
插件不联网、不执行 shell，文件读写限于包内技能源目录与 $DSH_HOME/expert-center/experts/；Remote 仅调用 DSH 自身的 agentPresets.list/read/select。
核心功能¶
侧栏「专家中心」与 20 名内置专家¶
安装后侧栏出现「专家中心」，无需重启。页面提供 20 名内置专家，按 6 个软件工程角色分组，每位专家有预设 id、擅长说明与独立插件清单（人设、技能、工具等）。
| 分类 | 专家 | 预设 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）。
5 个固定专家团队¶
除单人专家外，插件提供 5 个固定专家团队。从专家中心直接使用；主管自动委派给固定成员，用户不自行选成员。团队依赖具备 allowedAgentPresets 支持的子代理委派工具（README 注明在当前 DSH 版本上测试）。
| 固定专家团 | 团队成员 | 擅长 |
|---|---|---|
| 产品交付团 | 产品需求、系统架构、代码工程、代码审查、测试工程 | 需求到架构、实施、审查与验收，负责人分配并合并交付 |
| 技术架构审查团 | 系统架构、前端、后端、数据库、安全、性能 | 架构师定质量属性与候选设计，多角色独立审查 |
| 代码审查团 | 代码审查、安全、测试、性能、代码工程 | 五视角审查，负责人去重、排序并给出结论 |
| 深入研究团 | 研究报告、数据分析、技术写作、文档交付 | 取证、复算、成稿与交付 |
| 事件响应团 | SRE、后端、数据库、安全、性能 | 并行调查，先稳定再事后分析与预防列表 |
输入框专家开关与「专家 · 通用模式」¶
输入框左侧胶囊显示会话实际运行的专家（读 agentPreset projection，非本地缓存）。点开可按工种切换专家。
「专家 · 通用模式」表示当前会话未套用本插件的任何专家预设，走 DSH 内置预设（通常为 standard；若在设置中改过默认，也可能是 minimal 等）。它不是第五种专家，只是「未选专家」的显示值。菜单里「通用模式」会显式切到 standard。
注意：切换仅在会话首轮之前生效；首轮之后按钮置灰，因 DSH 预设只能在会话开始前确定。
计划模式¶
各专家隔离组内挂载 dsh-plan-mode，计划提示词按领域撰写（例如产品专家先把验收标准写进计划，架构专家先比较方案）。/plan 与 exit_plan_mode 的审阅流程照常可用。
技能同步机制¶
技能源文件位于包内 experts/<目录名>/skills/<技能名>/SKILL.md。Host 半边（index.js）启动时同步到 $DSH_HOME/expert-center/experts/，预设通过 !!js dshHomePath(...) 读取该路径。修改技能后需重启 DSH 或重新启用插件才会重新同步。
安装与启用¶
官方 README 给出的安装方式如下（将 <你的profile> 换成实际 profile，例如 desktop）：
dsh plugin --profile <你的profile> add dsh-expert-center
从本地目录安装：
dsh plugin --profile <你的profile> add /path/to/expert-center
兼容性要点：
- 需要
@deepseek-ai/dsh-agent-preset；缺失时插件不激活，也不会报错刷屏。 - 纯 JavaScript，无构建步骤，不跑
prepare，不需要allowBuilds。 - README 记载已知测试环境：DSH
0.2.1-rc.2（desktop profile）。
典型用法¶
- 安装插件，确认侧栏出现「专家中心」。
- 按任务选单人专家或固定团队，点「用这位专家开始」开新会话。
- 若要在首轮前改专家，用输入框左侧胶囊切换；首轮后不可再改预设。
- 需要计划审阅时，在该专家预设下照常使用
/plan等流程。
扩展自有专家时，在自有 bundle 的 cordis.patch.yml 中声明 @deepseek-ai/dsh-agent-preset，并同步修改本插件 client.js 的 EXPERTS / CATEGORIES 与 index.js 的 EXPERTS 映射，卡片才会出现在墙面上。README 提供了法务类专家的 YAML 示例，可按同一模式改写。
适用场景与注意¶
适合谁： 希望在 DSH 里按工种快速选预设、复用固定多 Agent 工作流（交付、架构审查、代码审查、研究、事件响应）的开发者。
安装前建议： 第三方插件以当前 DSH 进程权限运行。本插件声明了不联网、不执行 shell、读写范围与 Remote 边界；安装前可对照 GitHub 仓库 源码与 MIT 许可证自行核对。
社区插件目录 SkillHub 由社区维护，与 DeepSeek / 幻方无官方从属关系；DSH 生态理念是「一切皆插件」，专家中心是其中一种工作流封装方式。
结尾¶
dsh-expert-center 把 20 名领域专家与 5 个固定团队做成可浏览、可一键开会话的预设名册，并保留按领域的计划模式与输入框侧切换（首轮前）。若你已在用 DSH 的 Agent 预设体系，可先按上文命令安装，再从专家中心选一位专家或一个团队试跑一轮任务。
