Punky971210/dsh-punky-swarm

Engine-enforced guardrails for DeepSeek Harness agent swarms: quality gates reject half-done work, crash-safe checkpoints resume in place — keeps AI teams from breaking, not just running.

Project Overview项目介绍

This is a local multi-Agent pipeline governance plugin for DeepSeek Harness. It offers core capabilities including task scheduling, access checking, call guardrails and resume from breakpoint, suitable for multi-Agent collaboration on complex long tasks. It only supports in-process governance on a single machine, no distributed cluster synchronization.

这是DeepSeek Harness的本地多AI Agent流水线治理插件。核心提供任务编排、门禁检查、调用护栏和断点续跑能力,适合需要多AI协作处理复杂长任务的场景。注意它仅支持单机进程内治理,不支持分布式集群同步。

Or use CLI install (for developers)或使用命令行安装(适合开发者)

CLI Install命令行安装

dsh plugin add dsh-punky-swarm

Punky971210/dsh-punky-swarm 加入你的 DSH 配置(web profile)即可启用。

READMEREADME

dsh-punky-swarm —— 让 AI 团队跑得起来,更跑不坏

license awesome CI node

Keeps AI teams from breaking — not just running.

本地多 Agent 流水线治理——任务分级、拆解、排期、质检、验收、容灾全部装进引擎,人只做裁决:说清要什么,验收做出什么。门禁拦下半成品,检查点原地续跑——让一批 Agent 不只跑得起来,更跑不坏。

One agent is a helper; a governed swarm of agents is department-scale output in one person — breakdown, scheduling, gates, acceptance and recovery live in the engine, and you only judge: say what you want, accept what it made.

English: README.en.md


为什么需要它

一个 Agent 好管:跑偏了,你盯一眼就能拽回来。一批 Agent 一起干活是另一回事——谁先跑、谁等谁、谁写哪个文件、崩了从哪续,没人管,跑起来就是事故现场。

几个跑过长任务的人都撞见过的痛点:

痛点 你得到的后果
半成品当完成品交 下游在上游产物没齐时就被派活,错误一路传到返工才暴露
一崩全丢 跑了几小时没有中间存档,一次崩溃全部归零
并发互相踩 几个 Agent 同时写同一个仓库,互相覆盖,出冲突说不清谁改了什么
越界调用悄悄发生 Agent 把私钥写进子任务参数、把命令参数开到离谱上限,没人拦
拦了却说不清为什么 调用被拒,只收到一句「用户拒绝了该工具」,Agent 和人都不知道是护栏拦的、拦的是哪条规则

工具本身没坏——缺的是流程上的闸口。本插件把闸口装进引擎:产物不齐,不放行;干一步,存一档;同一份活,只许一个人写;每一次越界,拦得明明白白。

它做什么

双层治理,两道防线。 批级编排与调用级护栏叠加生效,互不绕过:

  • 第一层 · 任务编排:决定「任务怎么派」——任务先分级:顺手的小活直接干,要独立跑一摊的交一个 Agent,环节多、要协作、要验收的走整条批次流水线。批次按依赖排成波次,状态与事件全程留痕,可审计可回溯。
  • 第二层 · 调用护栏:决定「每次工具调用是否越界」——除派发门禁外,每次调用再按裁决原语逐调用判定;命中即产出可验篡改的拒绝收据,复核可定位。

三层门禁,拒绝半成品。 每个批次按「计划 → 执行 → 验收」分层推进,层与层之间以产物契约为闸:

  • 派发前查上游产物是否齐备、结算前查产物是否落盘、完结前查验收是否完成——缺件直接拒
  • 想改目标就新建批次,正在跑的不会偷跑偏;
  • 干一步、存档一步,中断只是停在存档点,不是从头再来;失败即终态,重做即新建批次,不自动续跑、不静默覆盖。

为什么是引擎级,而不是协议级。 互联协议能把 Agent 连起来互相调用,但连出来的是聊天室——能对话,组织不成流水线。门禁要拦在工具调用链上:产出不齐不许开工、一步没验收不进下一步,这类检查只能长在宿主执行循环内部,协议层没有落点。

三个机制,正好治三件事

痛点 机制 你得到
半成品当完成品交 门禁引擎强制:派发前查上游产物、结算前查落盘、完结前查验收,缺件直接拒 半成品到不了你手里
一崩全丢 存档点保全:每完成一个子步骤即保全一次,崩溃后可查可续 中断只是停在存档点,不是从头再来
并发互相踩 单写者锁 + 隔离工作区:同一份活同时只许一个写者,各改各的树 冲突保留现场、交人裁决,不静默覆盖
越界调用 调用级护栏 + 拒绝收据:逐调用裁决,命中即拒绝并落可验篡改的收据 越界到不了执行面,事后可复核
拦得不明不白 拒绝可见性:被拦时收到的不是泛化提示,而是护栏标注、命中规则与违规说明 Agent 知道为什么被拦,可按说明修正参数重发合规调用
规则心里没底 出厂零拦截 + 逐条审阅清单:装上不改行为,规则可先审后用 拦的是什么、为什么拦,全部摊开可核对

护栏与规则

工具调用级护栏默认出厂零拦截(规则表为空),装上即用、不改变既有行为;规则按需启用。

随包提供可选规则预设,一句启用一套护栏:

  • 敏感数据防护:私钥块 / 凭据签名进入子任务参数、消息信道、搜索与远程命令面时的内容检测(硬性拦截 + 人工复核两档);
  • 资源边界:命令超时、并发数、目标轮数等数值上限,超限拒绝并给收窄指引(可按指引重试为合规调用);
  • 全量合并:以上两套的逐条等价合并,一条配置启用全部。

自 0.4.3 起的三项新能力:

  • 拒绝可见性——工具调用送入人工审批后被拒绝(含审批服务不可达等降级情形)时,收到的拒绝不再是「用户拒绝了该工具」的泛化文本,而携带护栏标注、命中规则、违规说明与查阅路径;Agent 与用户都能识别「这是护栏在拦疑似敏感调用」,并可按违规说明修正后重发合规调用。非拦截场景行为保持不变。
  • 拒绝文本携带命中规则——拒绝原因末尾追加命中的规则与预设归属;人工审批请求与直接拒绝两条路径均携带,用户在批准/拒绝前即可核对触发的具体规则。
  • 逐条规则审阅清单——随包提供护栏规则的逐条审阅清单:按规则编号 / 预设归属 / 类别 / 生效裁决档 / 触发面 / 匹配摘要 / 违规说明逐条成表,供用户与 Agent 主动审阅护栏全集(配套一致性断言守护清单与规则文件同步)。装规则前先审一遍,心里有数。

配置入口:Web UI 设置区的治理配置页可调护栏开关、规则与窗口,保存即时生效、免重启。

安装

前置:已安装 DeepSeek Harness(dsh),Node.js ≥ 22。

# 安装并装入 dsh(profile 可按需替换为实际使用的 profile)
dsh plugin add dsh-punky-swarm
dsh web restart

备选:npm install -g dsh-punky-swarm 后以 dsh plugin --profile <profile> add dsh-punky-swarm 装入;开发路线亦可 link: 指向本地包目录。

快速开始

  1. 启用插件:执行上方安装命令并重启 dsh。
  2. 建第一个批次:向治理层说明目标,任务自动进入「计划 → 执行 → 验收」流水线;复杂任务自动按依赖排程。
  3. 看进度:Web UI 批次面板查看阶段、子任务状态与事件时间线;批次完成后产物归档,全程可查。

交互演示页与界面截图将后续补充。

文档

随包维护中英双语主题文档(7 组、每组含中英两版,随 npm 包分发),仓库内目录:packages/dsh-punky-swarm/docs

主题 文档(同目录附对应 .en.md 英文版)
治理技术细节(门禁语义、状态机、装配与工具参考) governance-technical.md
治理配置页说明(Web UI 护栏开关与能力开关的保存生效口径) webui-governance-config.md
护栏挂钩机制(调用级护栏运行期语义、规则示例与收据验签) guardrails-hook.md
单机能力边界(本地单机治理能力声明) single-machine-capabilities.md
合规对齐(AIP 描述结构:工具属性 / 智能体描述 / 消息映射) aip-compliance.md
通讯扩展(ACPs:对外端点 / 注册 / 发现,默认关闭) acps-communication.md
治理边界(能力边界声明:哈希链与 canonical 边界、规则同步维护口径) governance-boundaries.md

兼容性与边界

当前版本 0.4.3;863 项测试全绿(实测于 Node 24,CI 覆盖 Node 22/24);peer 依赖 @deepseek-ai/dsh-tools(^0.1.0-rc.6 || ^0.1.1-rc.2)与 @deepseek-ai/cordis(^4.0.1);已收录 awesome-dsh-plugin。

诚实边界:面向单机进程内治理——不做分布式集群同步、无成本控制、无模型分层路由,零云依赖、默认零网络暴露;失败即终态,重做即新建批次,不自动续跑。

License

GNU AGPL v3(AGPL-3.0-only) 为唯一许可:遵守 AGPL-3.0 可自由使用、修改、分发(含商用);修改后经网络提供服务须公开修改内容。

上一个 Prev dsh-skillopt 下一个 Next dsh-memory