前言¶
DSH（DeepSeek Harness）的理念是「一切皆插件」，能力边界基本由插件决定。平时在 DSH 里跑任务，常见形态是单会话单代理；当任务需要并行推进多个方向、按不同角色分工时，要么自己手写编排逻辑，要么换到 Codex 这类原生支持多代理协作的客户端。DSH-Mutiagent 是维护者 wlyzqm 提交到社区目录的插件，定位一句话：在 DSH 中使用类似 Codex 的多元化协作代理。下面介绍这个插件的已核实信息，以及哪些信息目前查不到、需要你自己去看源码。
这是什么¶
1、定位：DSH 插件，目标是把 Codex 风格的多元化协作代理能力引入 DSH，让一次任务可以由多个不同角色的代理协同完成。
2、维护者：wlyzqm（GitHub 账号 ZotinColin），该账号下还有 DSH-Window-Title、dsh-tool-interrupt 等 DSH 相关插件。
3、解决的问题：DSH 原生会话偏单代理，需要多代理分工协作时缺少现成入口；这个插件试图补上这一块。
核对说明¶
以下事实截至 2026-10-30 的核实结果，冲突时以原文为准：
- 插件名、维护者、简介来自 SkillHub 目录页 https://www.skillhub.cn/plugins/wlyzqm/DSH-Mutiagent 及任务提供的线索。
- GitHub 仓库 https://github.com/wlyzqm/DSH-Mutiagent 当前无法访问，README 抓取失败，因此插件的具体功能列表、安装命令、配置字段、版本号、许可证均无法从资料中核实，本文不填写。
- 目录页线索中的星标为 0，但因仓库不可访问，无法独立复核。
- 目录页是 JS 渲染页面，正文未能抓到；如果你要看详情，直接打开目录页最可靠。
核心功能¶
资料中唯一明确的功能描述是目录页的一句话简介：「在DSH中使用类似Codex的多元化协作代理」。拆解下来可确认的方向：
1、多代理协作：允许一个任务下存在多个代理共同推进，而不是单代理串行。
2、Codex 风格：协作方式对齐 Codex 的多代理模式，具体是哪些机制（角色分工、并行派发、结果汇总等）资料里没有展开，不做推测。
更细的能力点（有哪些预设角色、代理间如何通信、是否可自定义）在 README 缺失的情况下无从确认，需要读源码才能回答。
安装与启用¶
安装命令无法核实。README 抓取失败，目录页正文未抓到，本文不给出拼接出来的命令。核实途径：
1、打开目录页 https://www.skillhub.cn/plugins/wlyzqm/DSH-Mutiagent，看页面是否提供安装命令或跳转按钮。
2、仓库恢复可访问后，读 README 获取官方安装命令。同维护者的其他插件（如 dsh-tool-interrupt）使用的是 dsh plugin --profile web add github:wlyzqm/<repo> 这类形式，但那是另一个插件的写法，不能直接套用到本插件。
3、在拿到官方命令前，不要手工改配置或手动放置文件，先确认源码和许可证（见下节）。
典型用法¶
暂无可复现的示例。README 不可读，目录页正文未抓到，本文不编造使用流程。仓库恢复后，用法以 README 为准。
适用场景与注意¶
适合谁：
1、已经在 DSH 上干活、想试点多代理分工协作的用户。
2、熟悉 Codex 多代理模式、想在 DSH 里找对应体验的人。
注意事项：
1、插件以当前 dsh 进程的权限运行。它能读到的就是你启动 dsh 时该进程能访问的文件、网络和凭据，不会因为「代理多」就有额外隔离。涉及敏感目录或生产环境时，先在沙箱里试。
2、安装前务必检查源码与许可证。该仓库许可证未在资料中明确出现，目录页未提供许可证信息，使用前需自行确认授权范围。
3、仓库当前不可访问，意味着现在既无法读源码，也无法从源安装。此时更不要从第三方镜像或他人转述的安装命令入手——先确认仓库地址和来源，再决定要不要装。
4、社区目录是独立站点，与 DeepSeek / 幻方无官方从属关系，不是官方应用商店；插件质量由维护者负责，选用前看提交记录和源码是常规动作。
结尾¶
DSH-Mutiagent 的价值主张很清楚：把类似 Codex 的多代理协作带进 DSH，补上单代理会话之外的能力。但就目前能核实的资料而言，功能细节、安装命令、许可证都还不可见，仓库本身也访问不到。建议先打开目录页确认简介和入口，等仓库恢复后再读源码评估是否满足需求。
- 目录页：https://www.skillhub.cn/plugins/wlyzqm/DSH-Mutiagent
- GitHub：https://github.com/wlyzqm/DSH-Mutiagent
