dsh-expert-mode

---

✨ 功能介绍

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

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

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

---

🖼️ 演示

---

🧩 16 位专家

🎯 全栈核心（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_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 字段。

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

---

🚀 快速开始

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

示例

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

协调官：
  → 识别领域：后端开发 + 安全
  → 委派后端开发：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

---

🤝 贡献

1. Fork 仓库
2. 创建特性分支
3. 提交更改
4. 推送到分支
5. 创建 Pull Request

---

📄 许可证

MIT 许可证 - 详见 LICENSE。

---

🙏 致谢

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