🧠 DSH 专家模式

首席协调官 + 17 位领域专家 — 全栈多智能体团队 1 Coordinator + 17 Experts — Full-Stack Multi-Agent Team <a href="https://github.com/topics/dsh-plugin">![dsh-plugin](https://img.shields.io/badge/dsh--plugin-ready-478CBF?logo=deepseek&logoColor=white)</a> <a href="https://github.com/awesome-dsh-plugin/awesome-dsh-plugin">![Featured in Awesome DSH Plugin](https://img.shields.io/badge/awesome--dsh--plugin-featured-1a56db?logo=deepseek&logoColor=white)</a> <a href="https://github.com/Asher-2000/dsh-expert-mode/releases">![Release](https://img.shields.io/github/v/release/Asher-2000/dsh-expert-mode?label=release)</a> <a href="LICENSE">![License: MIT](https://img.shields.io/badge/license-MIT-blue.svg)</a> <a href="https://github.com/Asher-2000/dsh-expert-mode">![Stars](https://img.shields.io/github/stars/Asher-2000/dsh-expert-mode)</a> <a href="README.md">English</a> · <a href="README.zh.md">中文</a>

✨ 功能介绍

安装此预设后，DSH 自动变成「首席协调官」模式：

场景	行为
收到任务	识别领域 → 委派给最合适的专家
复杂任务	并行派发多个专家
简单任务	协调官直接处理 — 不强制委派
任务完成	专家在线等待后续修改

无需自定义提示词。无需多配置维护。安装即用。

🖼️ 演示

![DSH Expert Mode 主界面](assets/main-ui.jpg) 在 DSH 工作区选择「专家模式」预设即可使用 ![Expert Mode 运行中](assets/expert-mode-run.jpg) 5 个专家子代理并行工作，实时显示 token 用量和耗时

🧩 17 位专家

🎯 全栈核心（6位）

专家	工具	领域
🖥️ 前端开发	`expert_frontend_dev`	Web 前端、React/Vue、CSS/UI
🖥️ 后端开发	`expert_backend_dev`	API、服务器逻辑、认证授权
🗄️ 数据库	`expert_database`	Schema 设计、SQL、优化
🏗️ 架构师	`expert_architect`	系统设计、技术选型
🛠️ DevOps	`expert_devops`	CI/CD、Docker、K8s、部署
🧪 测试工程师	`expert_qa_engineer`	测试策略、自动化

🔒 安全与数据（3位）

专家	工具	领域
🔒 安全专家	`expert_security`	代码审计、漏洞评估、加固
📊 数据分析师	`expert_data_analyst`	统计、可视化、洞察
🎨 UI/UX 设计	`expert_uiux_design`	界面设计、设计系统

💼 业务支持（7位）

专家	工具	领域
📋 产品经理	`expert_product_manager`	PRD、需求分析、竞品调研
✍️ 文案专家	`expert_copywriter`	营销文案、内容创作
🎬 生图短视频	`expert_media_creator`	分镜、生图、AI 视频、成片
⚖️ 法务审核	`expert_legal_review`	合同审核、法律风险
📱 社交运营	`expert_social_media`	多平台分发、账号管理
🚀 增长黑客	`expert_growth`	增长策略、A/B 测试
💹 量化金融	`expert_quant_finance`	量化模型、风险控制
💰 财务专家	`expert_finance`	财务分析、预算规划

🛡️ 核心功能

功能	说明
🎯 智能委派	自动识别任务领域，路由给最合适的专家
🚀 快速通道	简单任务直接处理 — 不强制委派
🔄 五锚约束	每轮自检，防止跑题和低效循环
🤝 交叉评审	高风险任务多专家独立评审
💾 经验沉淀	教训自动保存，下次注入
💬 专家间总线	文件消息总线(bus.py)：专家直接收发，零协调官中转，支持 P2P
⚡ 故障恢复	超时自动重试，连续失败换方案
📉 渐进式披露	方法论按需注入，token 减少 28%
🌐 中英双语	完整中英文文档

📦 安装

方式 A：`dsh plugin add`（仅保证不崩，❌ 不会激活专家模式）

# 在 DSH 工作区中执行
dsh plugin add github:Asher-2000/dsh-expert-mode

⚠️ 重要：本插件是 agent-preset 型插件，不是 Cordis 服务插件。dsh plugin add 只保证 bundle 加载不崩溃，并不会把专家模式装进你的会话——预设只能通过下面的方式 B 挂载到 ~/.dsh/.agent-presets/。请直接使用方式 B。此入口仅为兼容性占位。

方式 B：从 GitHub 手动安装（✅ 唯一有效方式）

克隆仓库，然后将预设拷贝到 DSH 的 agent-presets 目录：

# 1. 克隆到任意位置
git clone https://github.com/Asher-2000/dsh-expert-mode.git
cd dsh-expert-mode

# 2. 将预设拷贝到 DSH 的 agent-presets 目录
mkdir -p ~/.dsh/.agent-presets/expert-mode
cp -r agent.cordis.yml preset.yml cordis.patch.yml ~/.dsh/.agent-presets/expert-mode/
# 如需完整方法论文档（methods/、experts/、comm/ 消息总线），拷贝整个目录：
# cp -r .expert-mode ~/.dsh/.agent-presets/expert-mode/

# 3. 重启 DSH web，然后在预设选择器中选择「专家模式」
dsh web

说明：~/.dsh/.agent-presets/ 是 DSH 的预设发现目录，每个子目录对应一个预设；预设名称取自 preset.yml 的 name 字段。

然后在工作区预设选择器中选择 「专家模式」。

可选：跨会话记忆（recommended）

专家模式预设本身不注册跨会话记忆服务（它是 HOST-PLANE 插件，注册在预设里会与宿主冲突导致预设挂载失败）。如需启用跨会话记忆，请单独安装 dsh-memory-connect 到宿主组合：

# 1. 克隆 memory 插件
git clone https://github.com/Asher-2000/dsh-memory-connect.git
cd dsh-memory-connect
npm install github:Asher-2000/dsh-memory-connect#v0.4.0  # 或手动放入 dsh 依赖树

# 2. 在宿主组合注册（以 web profile 为例，编辑 ~/.dsh/profiles/web/cordis.patch.yml 追加）：
# - id: cross-session-memory
#   name: '@deepseek-ai/dsh-memory-connect'
#   config:
#     path: ~/.dsh/memory.db
#     openAt: startup

# 3. 重启 DSH web
dsh web

⚠️ 重要：不要把 @deepseek-ai/dsh-memory-connect 加进本预设的 agent.cordis.yml。它是 HOST-PLANE 插件（inject sessions + systemPrompt），预设内注册会报 service has been registered at <cross-session-memory>，导致专家模式挂载失败、UI 回退到默认预设。本预设已内置该说明注释。

🚀 快速开始

安装插件
选择「专家模式」预设
提出任何问题 — 协调官自动委派给合适的专家

示例

用户：帮我设计一个用户认证系统

协调官：
  → 识别领域：后端开发 + 安全
  → 委派后端开发：API 设计、JWT 实现
  → 委派安全专家：安全审计、漏洞防护
  → 汇总输出完整方案

🏗️ 架构

┌─────────────────────────────────────────────────────────────────┐
│                    专家模式架构                                   │
├─────────────────────────────────────────────────────────────────┤
│                                                                  │
│  ┌──────────────────────────────────────────────────────────┐   │
│  │              首席协调官 (Coordinator)                      │   │
│  │  • 任务分析      • 领域识别                                │   │
│  │  • 专家路由      • 结果汇总                                │   │
│  └──────────────────────────────────────────────────────────┘   │
│                           │                                      │
│           ┌───────────────┼───────────────┐                     │
│           ▼               ▼               ▼                     │
│  ┌─────────────┐  ┌─────────────┐  ┌─────────────┐            │
│  │  前端开发   │  │  后端开发   │  │  DevOps     │            │
│  │  数据库     │  │  安全专家   │  │  测试       │            │
│  │  架构师     │  │  ...        │  │  ...        │            │
│  └─────────────┘  └─────────────┘  └─────────────┘            │
│                                                                  │
└─────────────────────────────────────────────────────────────────┘

💬 专家间通信总线（v0.8.0）

┌──────────────────────────────────────────────────────────────┐
│                文件消息总线 (comm/bus.py)                      │
│   .expert-mode/comm/mailboxes/<专家>/*.msg                   │
├──────────────────────────────────────────────────────────────┤
│                                                              │
│   数据分析师 ──send──▶ 前端开发    (直接、异步)                │
│   文案撰写 ──send──▶ 社交运营     (直接、异步)                │
│   协调官 ──broadcast──▶ 全体专家   (全局同步)                 │
│   专家A ──P2P子代理──▶ 专家B       (同步问答)                 │
│                                                              │
│   • 零中转：内容在专家间直接流动，不经协调官上下文              │
│   • 持久化：每条消息落盘为 .msg 文件                          │
│   • 可审计：全量日志 comm/logs/bus.log                        │
│   • 命令：send / read / ack / broadcast / stats              │
└──────────────────────────────────────────────────────────────┘

协作模式:

模式	方式	适用场景
A. 接力	专家A发结果 → 专家B读取	串行协作
B. 并行	各专家发结果给协调官 → read --all	独立收集
C. 广播	一条消息 → 全部邮箱	全局状态变更
D. 评审	互发"同意/部分同意/反对+理由"	交叉评审
E. P2P	专家创建子代理直接问答	同步澄清

📚 文档

文档	说明
通信协议	专家间消息总线协议 v1
专家方法论	16 份专家方法论
经验沉淀	各专家经验教训
README.md	English documentation

🤝 贡献

Fork 仓库
创建特性分支
提交更改
推送到分支
创建 Pull Request

📄 许可证

MIT 许可证 - 详见 LICENSE。

🙏 致谢

DeepSeek Harness - 核心框架
Cordis - 插件系统
Awesome DSH Plugin - 社区收录