前言¶
在 DSH 里用主模型聊项目不难，难的是复杂任务要拆给多个「队友」时：成员做完一轮就丢上下文、验收结果又被重跑、换模型后身份和记忆接不上、多人改同一文件谁覆盖谁也不清楚。社区维护的 dsh-team-workbench（仓库 Soldsix/dsh-team-workbench）把成员、任务、方案、证据和成果收进三栏团队工作台，让「接下来该做什么」有迹可循。维护者为 Soldsix，在 SkillHub 上归类为工作流；它与 DeepSeek / 幻方无官方从属，也不冒充 DSH 内置插件中心已上架的包。
这是什么¶
一句话：给 DeepSeek Harness 配一支可长期协作的 AI 小队——双军师审关键节点、执行成员可保留身份与会话、按需挂载 Skills、成果由他人验收，并在宿主里提供三栏 UI。
当前公开候选包为 dsh-team-workbench@0.5.0-rc.2，使用已验证的 V5 团队运行时；宿主精确支持 DSH 0.2.1-rc.2。0.2.2-rc.1 的声明兼容检查未通过，本版不支持。项目采用 MIT 许可证。
核心功能¶
下面按 README 中「你能关心的事 → 工作台里的做法」归纳，只列资料已写明的能力。
主沟通、双军师与执行成员¶
- 主沟通者由你选择，可与习惯的模型和思考档一致；插件不强制换人设或供应商。
- 规划与质量两位军师分别审关键节点；军师不领取执行任务。
- 成员保留身份、Session、任务和检查点；没任务时待命，下一轮可继续派给原成员。
- 可在原位修改下一次请求的模型与思考档，保留成员 ID、会话、已完成任务和角色记录。
任务、依赖与验收¶
- 中间栏查看分组任务、依赖和验收进度；执行前可展开完整方案核对成员、模型、技能、依赖、输出文件、资源和验收标准。
- 成果由其他成员验收；关键里程碑需规划与质量两份决定，决定绑定具体执行版本。
并行委派与文件协作¶
- 组长可在已确认的层级、人数与资源预算内委派下级；成员总量、驻留量与请求并发分开限制。
- 使用任务归属、私有工作区、内容回执和受检查的发布；冲突时保留双方成果，交给合并任务。
Skills 与恢复¶
- 随包提供 56 项技能目录入口；成员通过
team_skill_catalog查名称，再按当前任务选择正文；默认按每人最多四项的预算控制。 - 任务与投递状态持久保存；重启、限流或工具故障后可区分活动、完成、等待依赖、额度冷却和待处理工作。
界面¶
三栏布局：左侧长期成员、军师和上下级；中间任务板；右侧角色、模型、技能、记忆与交付证据。插件跟随 DSH 的语言与主题设置。
资料也说明适用范围与限制：模型仍可能误用工具；完整权限 shell 与独立外部工具可绕过应用内文件协调。本版没有跨机器调度、真实账单硬预算，也不能保证任意专业任务一次成功。
安装与启用¶
当前走 GitHub 公开收录，尚未发布 npm。安装前：修改正在使用的 profile 前，先处理好任务、备份并停止对应 Host；安装命令不负责重启，也不会替你关闭旧任务。
全新、独立的 web profile 可从 GitHub 源码安装：
dsh plugin --profile web add github:Soldsix/dsh-team-workbench
也可下载 Releases 中的完整安装包后安装（版本以发行包文件名为准，例如）：
dsh plugin --profile web add ./dsh-team-workbench-0.5.0-rc.2.tgz
已有自定义工具、网络或沙箱补丁时，应先读仓库中的安装与回滚、公开根包迁移及兼容矩阵文档。官方 DSH 与插件各自升级，不宜靠改 peer 范围强装未验证版本。
插件在当前 DSH 进程权限下运行；安装前应自行查看源码与 MIT 许可证，确认是否符合你的环境与合规要求。插件包不携带你的模式、人设、模型连接、会话、密钥或浏览器账号。
SkillHub 目录页：https://www.skillhub.cn/plugins/Soldsix/dsh-team-workbench（社区目录为独立站点，与 DeepSeek 无官方从属）。
典型用法¶
README 给出的第一次使用步骤如下。
- 启动已安装插件的 DSH profile，打开新打印的登录地址（登录 URL 属凭据，勿泄露）。
- 选择原来的模式、主模型和思考档。
- 用自然语言讲清目标、输入和想收到的成果，让模型先读
team_help start。 - 执行前打开完整方案，核对成员、模型、技能、任务依赖、输出文件、资源和验收标准，批准这一版。
- 在任务板跟踪结果；成员有实际成果后提交，其他成员验收；需你决定的问题会单独显示。
可复现的开口示例（摘自 README）：
用我配置的模型审查这个小项目，分开检查接口、测试和文档；先给完整计划，写文件前标清归属，最后由另一位成员验收。
角色、模型、并发池、私有工作集等完整字段见仓库 docs/customization.md；DSH patch 会替换整行 config，复制配置时要保留仍需使用的字段。
适用场景与注意¶
更适合：多步骤、多成员协作、需要独立验收和方案先行审批的复杂项目；希望换模型时不断线；需要技能目录按需加载而不是把整本提示词常驻上下文。
需要心里有数：
- 搜索、浏览器、MCP、手机或模拟器等仍由部署者接入并验证；安装工作台不会自动获得搜索服务或 MCP 凭据。
- 私有工作区与发布锁约束的是协作插件流程；完整系统权限的外部 shell/MCP 不在该层保证范围内。
- 升级与回滚须保留新产生的 Session 和成果，不要用旧备份整目录覆盖当前数据。
仓库记录了真实跑过的案例（如太阳雨小渔港协作）与测试证据（V5 运行时本机 1,492 项测试等），部署前可阅读 docs/test-report.md 与限制说明。
结尾¶
若你已经在 DSH 里用主模型推进项目，却反复向队友解释同一套需求、或在覆盖文件里找上一轮成果，这套小队工作台的价值主要在于：把长期成员、双军师、任务验收和三栏视图绑在同一套插件流程里。进一步细节、界面截图与 Skills 专册见 GitHub 仓库 与 SkillHub 目录页。
