DeepSeek Harness Hub
← 返回列表

tq04qom/dsh-multirole

DeepSeek Harnessspec-screened在 GitHub 查看 ↗
未验证

DSHDeepSeek Harness 的多角色协作插件。

尚未跑自动兼容性验证,可查看页面内的依赖与入口分析。 · 最近上游提交 2026/9/14 · 已提供中文文档

DSH 多角色协作模式插件——人/顾问/总控/执行者四层架构,任务单制度 + 写入域互斥 + 授权模式 + 裁决日志,让大模型协作开发可控、可复用。DSH multi-role collaboration plugin — human/advisor/orchestrator/executor four-layer architecture with task manifests, write-set isolation, authorization modes, and audit logging for controllable, reusable LLM team development.

综合分
30.2
GitHub 分
30.2
用户评分
★ Stars
1
周下载量
安装插件(需先安装 dsh CLI 引擎:npm install -g @deepseek-ai/dsh)
dsh plugin --profile web add tq04qom/dsh-multirole
该插件未发布到 npm,走 GitHub 源安装(pnpm 若拦截 prepare 脚本,按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑)
数据截至 2026/9/20(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动

README

dsh-multirole

DSH(DeepSeek Harness) 的多角色协作插件。

DSH 多角色协作模式插件。

简介 / Overview

中文:四层角色架构(人/顾问/总控/执行者)+ 任务单制度 + 写入域互斥 + 授权模式 + 裁决日志,让大模型协作开发可控、可复用。

English:四层角色架构(人/顾问/总控/执行者),配合任务单、写入域隔离、授权模式和审计日志——让大模型团队开发可控且可复用。

核心机制 / Core Mechanisms

| 机制 | 中文 | English |
|---|---|---|
| 角色架构 | 人(总裁决)/ 顾问(总设计)/ 总控(调度验收)/ 执行者(批量执行) | 人(裁决者)/ 顾问(设计者)/ 总控(调度与验收)/ 执行者(批量) |
| 任务单制度 | 一切派发落盘为自包含任务单,跨会话唯一事实源 | 每次派发都落盘为自包含任务文件——唯一事实源 |
| 写入域互斥 | 并行任务写入域两两不相交 | 并行任务的写入域两两不相交 |
| 授权模式 | 标准模式(报人签字)/ 全授权模式(授权书 + 顾问裁决 + 预算闸口) | 标准模式(人工签字)/ 全权委托(授权书 + 顾问裁决 + 预算熔断) |
| 验收闭环 | 总控亲验 + 裁决包报人,人只做一分钟判断 | 总控验收 + 裁决包提交给人——每个决策只需一分钟 |
| 发布闸口 | 版本合规 + CHANGELOG + 人点头 | 版本合规 + CHANGELOG + 人工批准 |

安装 / Install

git clone https://github.com/tq04qom/dsh-multirole.git
cd dsh-multirole
bash scripts/install.sh

装完重启 DSH,新建会话时 preset 选择器选「多角色协作模式」。

安装后,重启 DSH,并在创建新会话时从 preset 选择器中选择「多角色协作模式」。

沙箱安装(开发验证)/ Sandbox Install

bash scripts/install.sh --target dev

装入 multirole-dev,preset name 显示为「多角色协作模式(开发版)」,无闸口、不覆盖正式版。

快速上手 / Quick Start

新建 DSH 会话,选「多角色协作模式」preset,然后粘贴以下话术:

创建一个新的 DSH 会话,选择「多角色协作模式」preset,然后粘贴:

你是本项目的总控。项目根:。
开工动作:
1. 用 skill 工具加载 orchestration,通读流转协议。
2. 在项目根创建 任务单\ 和 logs\ 目录。
3. 把 \.agent-presets\multirole\skills\orchestration\ 下的
任务单模板.md、授权书模板.md、裁决日志模板.md 复制到 任务单\ 目录备用。
4. pwd 自证工作目录,ls 自证全部落位。
完成后报告目录结构,然后停等我的第一个目标。
授权模式:标准(一切方向性决策与验收终审报我)。

更多话术见 dsh-multirole/agent-presets/multirole/skills/orchestration/开工话术库.md。

版本 / Version

当前版本:0.1.6(见 dsh-multirole/package.json)

版本规范:MAJOR.MINOR.PATCH[-dev],权威源 = package.json 的 version 字段。

目录结构 / Structure

dsh-multirole/
├── agent-presets/multirole/
│   ├── preset.yml              # preset 声明
│   ├── agent.cordis.yml        # 工具组合 + 角色 persona + 模型路由
│   └── skills/orchestration/   # 流转协议 + 模板(7 件)
│       ├── SKILL.md            #   宪法(协议本体)
│       ├── 任务单模板.md
│       ├── 授权书模板.md
│       ├── 裁决日志模板.md
│       ├── 验收清单.md
│       ├── 裁决包模板.md
│       └── 开工话术库.md
├── package.json                # 版本权威源
├── cordis.patch.yml            # bundle 注册层
└── scripts/
└── install.sh              # 安装/发布/回滚脚本

协议要点 / Protocol Highlights

- 第 0 条铁律:人只干人必须干的事,其他一切都由机完成
- 第 1 条铁律:召集顾问时必须保证信息充分(列出所有关键输入文件路径)
- 任务单自包含:跨会话失忆时任务单是唯一事实源
- 并行铁律:写入域两两不相交
- 验收必须亲验:禁止凭执行者自述通过

贡献 / 贡献

欢迎通过 Issue 或 Pull Request 参与。

- Bug 报告:新开 Issue,附复现步骤与环境信息(DSH 版本、操作系统)
- 功能建议:新开 Issue,先讨论再实现
- 代码贡献:Fork → 修改 → Pull Request(main 分支受保护,强制 PR + 审批)

贡献红线 / 贡献准则

- 模型路由保持占位符:agent.cordis.yml 中的 provider/model 一律用  / ,禁止提交个人模型配置
- orchestration skill 不拆分:不要新增独立 skill(verification / prompt-archiving 等),新规则作为 SKILL.md 的资源文件落入同一目录
- 协议条款变更须说明依据:修改 SKILL.md 的规则性语句时,PR 描述中必须写明依据(事故记录 / 设计意见书 / 用户裁决)
- 中文文件编码 UTF-8:所有 .md 文件保持 UTF-8 编码,不要用 ANSI
- 不提交个人路径:代码和文档中的路径一律用占位符(、 等)

许可证

MIT

上游仓库有新提交时邮件通知你(每天最多一封,无更新不打扰),随时一键退订。

💬 加入 DPharness 群聊

插件用法、部署报错、新插件第一时间同步——群里问,比一个人翻文档快。

点击加入 QQ 群
DPharness 群聊二维码,手机 QQ 扫码进群
扫码进群