用 DSH Agent Teams 拆分任务并协调可续聊子 Agent

把当前 DSH 会话变成团队队长，创建可续聊子 Agent、带依赖任务、成员邮箱、自动续领调度和实时活动面板。

如果你的目标是创建可续聊子 Agent、依赖任务和自动续领的多 Agent 团队，本教程会说明如何在 DeepSeek Harness（DSH）中准备、安装、配置、验证和回退 dsh-agent-teams。本文锁定作者仓库提交 0c21e5d2f45e；已复核固定提交的原始资料，未进行运行实测。

对应插件：查看 dsh-agent-teams 的功能、权限与兼容性说明。先确认它适合你的工作流，再执行安装。

先确认是否适合你

• 分类：Agent 与工作流
• 风险等级：high
• 核验证据：source_reviewed
• 兼容性边界：清单声明 DSH 0.1.0-rc.6 系列 peer 依赖，开发依赖使用 rc.8；本站完成固定提交静态审阅，未运行多成员压力或模型调用测试
• 主要权限关注：成员是持久子 Agent，默认拥有完整工具集并可继续委派；团队任务、消息、模型路由和成员身份写入工作区 .agent-teams

如果你准备在重要工作区使用，先阅读插件详情页的权限和数据流说明；“源码已审阅”或“资料已整理”都不等于安全认证。

安装前准备

1. 安装 Node.js 22.19、Node.js 24 或项目当前声明支持的更高版本，并确认 pnpm 可用。
2. 使用独立的 web Profile 和可丢弃测试工作区，不直接连接生产目录。
3. 备份当前 Profile 配置，并记录安装前的 --dump-config 输出。
4. 核对固定来源中的外部服务、账号、运行时和平台限制。
5. 作者资料未显示明确的插件专属环境变量；如果运行时要求凭据，不要根据同类插件猜测变量名。

安装 dsh-agent-teams

52DSH 使用目录中记录的精确安装目标，避免直接跟随可能变化的默认分支：

npx --yes @deepseek-ai/dsh@0.1.1-rc.2 plugin --profile web add github:NanmiCoder/dsh-agent-teams#0c21e5d2f45e

GitHub 源码插件如果被 pnpm 拦截构建脚本，先检查终端提示的具体包和脚本。只在 web Profile 中放行确实需要的构建项，不要全局放行未知依赖。

作者文档还出现了以下命令。它们用于核对功能或开发流程，不应替换上面的锁定安装命令，也不要一次全部执行：

• dsh plugin --profile web add @nanmicoder/dsh-agent-teams
• dsh plugin --profile web add .
• dsh --profile web --dump-config
• dsh web

插件专属配置

固定提交中包含配置或设置章节。下面只保留能够追溯到作者文档的字段和片段。

**本类插件的最小权限设置：**限制子 Agent 的并发数、工作目录和工具范围，先关闭自动审批和高权限命令。

作者配置片段（README.md）

来源：固定提交中的 README.md ↗（外部链接，在新标签页打开）。复制前先替换占位符并删除不需要的权限。

git clone https://github.com/NanmiCoder/dsh-agent-teams.git
cd dsh-agent-teams
pnpm install
pnpm build
dsh plugin --profile web add .

作者配置片段（README.md）

来源：固定提交中的 README.md ↗（外部链接，在新标签页打开）。复制前先替换占位符并删除不需要的权限。

dsh --profile web --dump-config
dsh web

配置验证与成功结果

1. 确认 Bundle 已加载

   npx --yes @deepseek-ai/dsh@0.1.1-rc.2 --profile web --dump-config
   

   期望结果：组合配置中出现 @nanmicoder/dsh-agent-teams 或仓库声明的 Bundle 名称。

2. 启动 Web Profile

   npx --yes @deepseek-ai/dsh@0.1.1-rc.2 web
   

   期望结果：DSH Web 正常启动，浏览器控制台和终端没有持续重复的插件加载错误。

3. 执行插件专属最小任务

   提交一个可以拆成两个只读子任务的小任务，观察派发、并行执行和结果汇总。

   期望结果：子任务边界清楚、结果可区分，主 Agent 能汇总失败和成功状态。

第一次使用

• 让两个子 Agent 分别检查同一测试项目的文档和测试配置，再由主 Agent 汇总结论。
• 只验证一个核心能力，保存输入、输出和日志；确认无异常后再扩大权限或数据范围。

数据、权限与凭据

**数据流：**队长会话的 agent_teams 工具 → 工作区 team.json/JSONL 邮箱与 DSH 子 Agent 服务 → 成员模型和完整工具集并行执行 → 任务状态、消息与结果返回队长和 Web 活动面板。

**权限关注：**成员是持久子 Agent，默认拥有完整工具集并可继续委派；团队任务、消息、模型路由和成员身份写入工作区 .agent-teams

**数据存储：**作者资料没有形成统一存储结论。测试时检查 web Profile、工作区、用户目录以及所连接的外部服务，并记录新增文件或远端数据。

真实 Token、API Key、Cookie 和账号 ID 不应写进 Git 仓库、网页截图或公开 Issue。测试结束后撤销临时凭据。

卸载、回退与清理

1. 停止正在运行的 DSH Web。

2. 从同一个 Profile 移除插件：

   npx --yes @deepseek-ai/dsh@0.1.1-rc.2 plugin --profile web remove @nanmicoder/dsh-agent-teams
   

3. 再次运行 --dump-config，确认对应 Bundle 已消失。

4. 检查测试工作区、插件声明的数据目录和外部服务，手动删除测试数据并撤销测试凭据。卸载依赖不会自动删除这些数据。

常见问题

安装成功但页面或命令没有出现

先运行 --dump-config 确认 Bundle 已进入 web Profile，再重启 DSH Web 并硬刷新浏览器。不要通过反复扩大权限来解决加载问题。

插件运行后没有得到预期结果

把问题缩小到本页的最小验证任务，检查作者文档要求的变量、外部服务和平台限制。保存终端错误原文，并核对当前安装目标是否仍对应本页固定提交。

作者固定资料中未识别到独立故障章节。遇到插件特有错误时，应先停止 DSH、保留日志并回退插件。

固定来源证据

以下资料是本文配置结论的依据：

• README.md ↗（外部链接，在新标签页打开）
• docs/usage.md ↗（外部链接，在新标签页打开）
• docs/verification-guide.md ↗（外部链接，在新标签页打开）
• docs/readme-writing-guide.md ↗（外部链接，在新标签页打开）

继续查看：返回 dsh-agent-teams 插件详情页，重新核对兼容性、权限、同类插件和来源状态。