前言¶
在 DeepSeek Harness（DSH）里做复杂任务时，常见做法是单会话里来回切换上下文，或手动拆成多个窗口自己盯进度。多路并行时，草稿、阅读位置和子智能体入口也容易散。若还要组织「负责人—模块成员—子智能体」的分工，缺少统一界面时，计划和派发往往靠临时约定。
下面介绍社区插件 DSH Team Workbench（超级工作台）：在同一主窗口用 1／2／4 窗绑定真实会话，并配合持久模块成员与 Host 调度器做并行工作与补位执行。
这是什么¶
DSH Team Workbench（ch3sh-lc/dsh-team-workbench）是 DSH 的非官方 bundle 插件，由维护者 CH3SH-LC 在 GitHub 开源（MIT）。SkillHub 分类为工作流。
一句话定位：在一个主窗口中以 1／2／4 窗查看真实会话，用持续存在的模块成员组织并行工作；团队结构为 leader → 模块成员 → 成员自己的子智能体。本仓库独立提供工作台与团队运行时，不包含、也不要求安装 myworkflow 技能包。
- 目录页：https://www.skillhub.cn/plugins/CH3SH-LC/dsh-team-workbench
- 仓库：https://github.com/CH3SH-LC/dsh-team-workbench
核心功能¶
以下能力均来自项目 README 与 package.json 描述。
多会话工作台¶
- 切换 1／2／4 窗，保留各会话的草稿与阅读位置。
- 使用 DSH 原生对话组件；窗格直接绑定工作区主会话。
- 成员和子智能体通过该会话的「子会话」菜单进入。
- 窗口数与并发执行数相互独立；写范围协调不等于文件系统隔离。
模块成员自治¶
- 持久模块委托、成员计划、版本化派发授权。
- 成员收件箱与成果验收。
- leader 给目标和边界；成员自行规划、拆解与授权派发。
持续补位¶
Host 调度器在依赖满足、容量释放后继续启动已授权工作；已授权的独立工作按依赖和容量推进，不等待整批结束，并保留恢复和交互余量。
可追溯交付与运行状态¶
- 区分产出与验收，关联执行记录、产物哈希、验收条件和未完成事项。
- 可查看成员决策、等待原因、任务、用量、费用估算及错误记录；未配置价格或缺少数据时显示未知。
兼容范围¶
已调查的接口基线是 DSH 0.2.0-rc.2。前端依赖该版本的 Session、slot、原生对话组件与布局接口；后续 DSH 版本需重新核对。
团队执行要求当前 profile 已启用 DSH 原生实验性 Agent Team，并提供可用的 continuable 子智能体 provider。缺失能力时插件会给出诊断；不能把「插件加载成功」视为团队可运行。
README 说明：仓库提供自动化测试、模拟原生接口的集成检查、打包检查及 CI，不构成所有 DSH 版本、操作系统或真实模型的运行认证；真实安装与多窗、团队行为可按仓库内 docs/ACCEPTANCE.md 另行核实。
安装与启用¶
在已安装 DSH CLI 的环境中执行（版本标签以 README 为准）：
dsh plugin add github:CH3SH-LC/dsh-team-workbench#v1.0.0
指定已有 profile（例如 desktop）时：
dsh plugin --profile desktop add github:CH3SH-LC/dsh-team-workbench#v1.0.0
请确认安装目标与实际启动的 DSH profile 相同。安装方式遵循 DSH 官方 bundle 文档。
在 DSH 创造模式中，也可通过原生插件管理工具安装同一 bundle：
plugin_manager(action="install_bundle", target="github:CH3SH-LC/dsh-team-workbench#v1.0.0")
本地源码或已打包 .tgz 安装时，将 target 换成本机路径；工具行为以官方 plugin-manager 说明及当前 DSH 版本为准。
配置影响：本 bundle 会将原生 subagent 行设为 maxDepth: 2、maxActiveSubagents: 40，影响同一 profile 中使用该服务的其他任务，不仅限于工作台。安装前请核对是否已有覆盖配置；详见仓库 docs/CONFIGURATION.md。安装不会自动增加模型配额或速率限制。
安装后查看插件加载结果，在侧栏打开「超级工作台」。若当前版本要求重载或重启，应先保存并妥善结束活跃任务，再按 DSH 提示操作。
典型用法¶
简单请求可以直接在会话中完成，不必创建团队。需要模块化并行时，可在新会话中给出完整目标。README 示例（节选）：
创建一个小型游戏内容包。建立敌人内容与装备内容两个模块成员，每个成员交付四个完整对象。成员自行决定对象设计、计划和子任务，独立交付设计说明、结构化数据及验证结果。按完整对象并行，不拆成调研、开发、检查接力。先限制并发，确认流程正常后再调整。
模型侧推荐路径：
- leader 用
team_define、team_member_create建立团队，再用team_mission_assign委托模块目标。 - member 用
team_plan_submit决定自行执行或委派，提交计划，再用team_dispatch_authorize授权需要派发的工作。 - Host 调度器启动可执行项；成员通过收件箱和回执继续处理自己的模块。
- 产物提交后由 owner 核验；需要可执行验证时用
team_exec_check记录结果，再用team_work_verify对照验收条件。
完整工具分工见仓库 docs/USAGE.md。
适用场景与注意¶
适合谁
- 需要在 DSH 内同时看多路真实会话（1／2／4 窗），且希望保留各窗草稿与阅读位置。
- 任务可拆成模块成员并行，并愿意用 leader／member 工具链做计划、派发与验收。
- 已在目标 profile 上启用 Agent Team 与 continuable 子智能体，并接受 subagent 深度与并发上限被 bundle 调整。
使用前请核对
- 插件以当前 DSH 进程权限运行；安装前请阅读源码与 MIT 许可证，确认与团队安全策略一致。
- 与 DeepSeek 官方无隶属或背书关系；SkillHub 为社区目录站点，非官方应用商店。
- 开发构建需 Node.js 22 或更新（
npm run build/npm test）；日常使用以已发布的 bundle 为准。
结尾¶
DSH Team Workbench 把多窗真实会话与模块化智能体团队收进同一工作台：窗格管并行阅读与发送，成员与 Host 调度器管授权后的滚动补位与验收追溯。若你的工作流分类是「多会话 + 团队派发」，可从侧栏「超级工作台」起，按 README 与 docs/USAGE.md 走一遍小目标验收。
