Skip to content

Releases: Socialist-Sister/dsh-collaboration

dsh-collaboration v0.4.1 — Coordinator Workflow Tuning

Choose a tag to compare

@Socialist-Sister Socialist-Sister released this 15 Aug 14:13

v0.4.1

行为调教(协同模式实测反馈):

  • 预设 persona 重写为中文协调者:先分析任务结构、明确分工,再立即 team_call 派活;只调度与综合决策,不执行专家本职工作
  • 回复语言跟随用户消息(修复全英文输出)
  • lean 名册段保留 main 完整人设;名册指引升级为「目标 → 拆块 → 分工 → 派活」
  • e2e 断言同步更新,全部通过

安装:更新 team 与 tool-team 至 0.4.1,并同步预设目录中 agent.cordis.yml 的 persona 段(或重新复制 config/agent-presets/collaboration)。

dsh-collaboration v0.4.0 — Specialist-to-Specialist Help Relay

Choose a tag to compare

@Socialist-Sister Socialist-Sister released this 15 Aug 12:54

v0.4.0

新增专家互聊(求助转发通道):每个专家实例获得子级作用域 \ eam_help\ 工具,经主代理向其他专家求助(星型授权路径,合规直连禁止)。主代理收到 [team-relay]\ 求助后转发目标专家并把回复转回。

  • team 0.4.0:\ eam_help\ 经
    egisterContinuableSetup\ 安装;
    eportFrom\ 唤醒投递;冷态重启从持久 label 解析求助方身份
  • tool-team 0.4.0:\ eam_message\ 描述与名册提示段增加 relay 路由指引
  • 文档:中英文 README 新增专家名册与擅长领域章节;全部 README 移除 emoji
  • 测试:e2e-team-host 新增 relay 测试块(全部通过)

安装资产见下方 tgz(或按 README 从 npm 安装)。

dsh-collaboration v0.3.2 — Duty-Tiered Tool Surfaces & Lean Prompt

Choose a tag to compare

@Socialist-Sister Socialist-Sister released this 15 Aug 12:42

dsh-collaboration v0.3.2 — Duty-Tiered Tool Surfaces & Lean Prompt

模型表现优化版:主代理「分配优先」、专家按职责分级工具面、名册提示分级——接近极简模式的模型发挥,项目功能一个不减

变更

  • 按身份分级工具面(toolFilter):研究/分析型(planner/reviewer/researcher/critic)只给只读+搜索;执行型(coder 给 shell+读写+技能,debugger 给 shell+读+编辑,writer 给读写);视觉型(looker/painter)给 read+vision。工具面越小,该专家调用准确率越高、token 越省。
  • 名册提示分级(rosterPrompt)full / lean(默认:一行式 id—名称(模型))/ off。lean 下不再每次请求注入全部人设全文。
  • 主代理「分配优先」:角色与名册段引导主代理把思考/审查/调研/写作交给专家,自己专注调度与综合。
  • 团队工具描述瘦身 ~2/3:每次请求 schema token 成本显著下降。
  • 另含 v0.3.2 同批的高危修复(冷态并发撞名锁、workingSet 存活过滤、team_message 死代码清理等,见 CHANGELOG)。

升级

替换 team-0.3.2tool-team-0.3.2 两个 tgz 后 pnpm install --force,重启 DSH。重启后可让协同模式会话验证:研究员等分析型专家的工具列表应只剩只读+搜索工具;名册提示段应为一行式。

dsh-collaboration v0.3.1

Choose a tag to compare

@Socialist-Sister Socialist-Sister released this 14 Aug 12:32

dsh-collaboration v0.3.1

协同模式会话实测总结的处置:修复 maxDepth 透传、分身任务差异化、视觉默认值统一,以及全部文档审查问题。

变更

  • maxDepth 对持久路径生效(I1):spawn 不再硬编码 1,预设配置的 maxDepth 现在同样作用于 team_call 持久雇佣。
  • 分身差异化任务team_call 新增 tasks: string[] —— 一次调用给每个分身下达不同任务(["审查认证模块", "审查支付模块"] → reviewer#1 / reviewer#2 各干各的)。
  • 视觉默认统一(I4):tool-vision 默认 zhipu / glm-4v-flash(0.2.0),与预设、文档一致。
  • 文档修复:tgz 示例版本(I2)、config.system 补充(I3)、label 恢复语义(I5)、新用户清晰度 5 条(路径约定、settings.yaml 位置、预设漂移警告、patch 合并方式、验证清单)、team_status 状态时窗说明。

升级

替换 team-0.3.1tool-team-0.3.1tool-vision-0.2.0 三个 tgz 后 pnpm install --force,重启 DSH。协同模式会话可用「重启后再次雇佣同一身份(实例号应从 #2 继续)」和「tasks 数组下不同任务」两项做回归验证。

dsh-collaboration v0.3.0 — Instance-Lifecycle Foundation

Choose a tag to compare

@Socialist-Sister Socialist-Sister released this 14 Aug 12:27

dsh-collaboration v0.3.0 — Instance-Lifecycle Foundation

活体团队审查(reviewer×2 + planner 独立复核)确认的正确性问题全部修复。纯正确性版本,无新功能。

F1–F5 修复

# 问题 修复
F1 重启后计数归零 → 再雇佣与持久子代理 label 撞名 spawn 时从父会话持久 label(team:<identityId>#<n>)恢复最大计数
F2 跨父会话隔离缺失(A 的 team_status 能看到 B 的实例) registry/计数/解散标记按 parentSessionId 分桶
F3 工作集语义不清 workingSet() 只回未解散实例;settled/dismissed 由 team_status 完整展示
F4 身份 id 无字符集约束 名册 id 仅允许 [a-zA-Z0-9_-](校验 + spawn 防卫)
F5 wait 模式冒充持久实例 id wait: true 返回一次性标记(instances: [] + answer

路线(已与 planner 结论对齐)

v0.3.1 团队频道 → v0.3.2 上下文经济与收敛 → v0.3.3 文档+验证+发布;网状拓扑缓至 v0.4(门槛:上游 authority protocol + F1–F5 全关闭 + 实测证据)。

升级

替换 dsh-collaboration-team-0.3.0.tgzdsh-collaboration-tool-team-0.3.0.tgzpnpm install --force,重启 DSH。

dsh-collaboration v0.2.1

Choose a tag to compare

@Socialist-Sister Socialist-Sister released this 14 Aug 12:19

dsh-collaboration v0.2.1

修复 team_close 缺陷(协同模式会话活体测试发现)。

修复

  • 假成功:旧实现对未知/冷恢复实例静默返回。现在 close 校验实例存在,未知 id 大声失败。
  • 面板残留:打断后实例仍显示 working。现在解散后:
    • team_message 拒绝投递(报「已被解散」)
    • team_status 显示「已解散」状态

说明:底层 interrupt 只取消当前回合、子代理仍驻留等待(平台语义),本套件以「解散标记 + 拒绝消息 + 面板状态」实现可观察的解散语义。

升级

替换 dsh-collaboration-team-0.2.1.tgzdsh-collaboration-tool-team-0.2.1.tgzpnpm install --force,重启 DSH。

dsh-collaboration v0.2.0 — Persistent Specialist Team

Choose a tag to compare

@Socialist-Sister Socialist-Sister released this 14 Aug 11:46

dsh-collaboration v0.2.0 — Persistent Specialist Team

主代理的团队升级为持久协作:专家不再是"用完即走"的一次性子代理,而是可雇佣、可追问、可解散的长期队员;同一身份还能雇佣多个分身并行处理不同任务。通信采用星型拓扑——主代理是枢纽,专家之间不直连。

新增

  • team 0.2.0:名册身份 = 模板 + 实时实例注册表(spawn/followup/close/instances/workingSet)。实例是 continuable 子代理,label team:<身份>#<n> 持久可恢复。
  • tool-team 0.2.0 团队控制台
    • team_call:雇佣持久专家实例;instances 参数雇佣同一身份多个分身(reviewer#1、reviewer#2…);wait: true 保留一次性阻塞语义
    • team_message:追问 / 转发任何实例(专家间通信经主代理中转)
    • team_status:实时团队面板(working/settled)
    • team_close:解散实例
    • roundtable:不变
  • 专家通过内置 report 工具汇报,完成/失败时主代理自动收到结算通知。

验证

  • mock 单测:五工具 schema、分身雇佣与边界(1-10)、wait 模式约束、守卫
  • 活体探针:真实 startContinuablefollowuplistChildren 标签恢复 → interrupt 全链路(真实 DeepSeek 调用)

安装/升级

与 v0.1.x 相同(四个 tgz;本次升级只需替换 team 与 tool-team 两个包后 pnpm install --force,重启 DSH)。完整说明见 docs/installation.md

dsh-collaboration v0.1.2

Choose a tag to compare

@Socialist-Sister Socialist-Sister released this 14 Aug 10:44

dsh-collaboration v0.1.2

修复 maxDepth 默认值导致 team_call/roundtable 从主代理调用必被拒的问题。

变更

  • maxDepth 默认 0 → 1:子代理深度从 1 起算,maxDepth: 0 会让主代理调用专家时被拒(subagent depth 1 exceeds maxDepth 0)。新语义:1 = 专家可被召集、但不得再向下委派。预设行同步更新。
  • 本版经真实端到端验证:spawn 子代理 + 名册模型覆盖 + 真实 DeepSeek API 调用全链路通过。

升级(已装 v0.1.1 的用户)

下载 dsh-collaboration-tool-team-0.1.2.tgz 替换后 pnpm install --force;若预设行配置里写了 maxDepth: 0,改为 1。重启 DSH 生效。

dsh-collaboration v0.1.1

Choose a tag to compare

@Socialist-Sister Socialist-Sister released this 14 Aug 10:36

dsh-collaboration v0.1.1

专家模型语义简化:名册里没填 provider/model 的身份,直接跟随主模型(聊天框右下角选择器选的模型)——名册零配置即可用;想给某身份单独配模型,才在 settings.yamlcollaboration-team 段填上。

变更

  • @dsh-collaboration/team 0.1.1:留空 = 跟随主模型(此前是"未配置报错")
  • @dsh-collaboration/tool-team 0.1.1:team_call 仅在身份钉住模型时下发独立模型;roundtable 默认召集全部专家(main 除外);名册提示段对未钉模型的身份标注「跟随主模型」
  • 提示:视觉身份(观察员)建议在 settings.yaml 钉一个视觉模型(如 zhipu/glm-4v-flash),否则它跟随纯文本主模型、看图时报错

安装

与 v0.1.0 相同(四个 tgz:team 0.1.1、tool-team 0.1.1、tool-model-compare 0.1.0、tool-vision 0.1.0)。详见 docs/installation.md

已装 v0.1.0 的升级方式:下载新的 team 与 tool-team tgz 替换后 pnpm install --force,重启 DSH。

dsh-collaboration v0.1.0

Choose a tag to compare

@Socialist-Sister Socialist-Sister released this 14 Aug 09:34

dsh-collaboration v0.1.0

DeepSeek Harness 多智能体协同套件首个公开版本。不自带模型适配器:模型供应商全部通过 DSH 官方「设置 → 模型 → 添加供应商」接入,套件只负责组织团队。

核心能力

  • 专家名册:预设十身份(主代理/规划师/工程师/调试员/审查员/研究员/评论家/写手/观察员/画家),各司其职;每个身份的模型在 settings.yaml 自行配置(引用官方已添加的供应商路由),改完即生效。
  • 按需点名team_call 让主代理点名单个专项专家(以其人设+其模型作为子代理执行);roundtable 并行召集多位专家;名册实时展示给主代理。
  • 模型对比:同一 prompt 并发发送多个模型,并排返回结果。
  • 多模态桥:纯文本主代理通过 vision 工具把图片交给视觉模型,拿回文字分析。
  • 一键预设collaboration(显示名「协同模式」)= standard 全量工具 + 上述工具。

安装(四个 tgz)

  1. 在 DSH profile workspace 中:pnpm add -w ./dsh-collaboration-team-0.1.0.tgz ./dsh-collaboration-tool-team-0.1.0.tgz ./dsh-collaboration-tool-model-compare-0.1.0.tgz ./dsh-collaboration-tool-vision-0.1.0.tgz
  2. cordis.patch.yml 插入 collaboration-team 宿主行(保持内置 pi-ai 启用
  3. 「设置 → 模型 → 添加供应商」接入你要用的模型供应商(OpenAI 兼容协议等,密钥在官方界面填写)
  4. settings.yamlcollaboration-team 段给各身份指定模型(用已添加的路由名,如 zhipu
  5. 复制 config/agent-presets/collaboration~/.dsh/.agent-presets/,重启 DSH,新会话选「协同模式」

完整步骤与示例见 docs/installation.md

说明

  • 本套件不注册任何模型路由,与内置官方目录(llm-pi-ai)天然无冲突;CI 设有防回归 Guard。
  • 多模态走官方适配器:视觉身份(观察员)请配一个官方流程中支持视觉输入的模型(如智谱 glm-4v-flash),添加后实测一次。