用三位持久子代理分工打磨 idea 并落地代码
35.1/100
综合分
5
GitHub 星标
—
npm 周下载
—/5
用户评分
数据截至 2026/9/27 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。
自动兼容检查未通过:仓库根目录及浅层子目录均无 dsh 插件清单,无法用 dsh 插件安装命令安装。以下命令仍可尝试,但可能失败。
无法用 dsh 插件命令安装(仓库内无 dsh 插件清单)
git clone https://github.com/Tongwu791/dsh-research-teams.git按该仓库 README 的原生方式安装;若作者另行发布了 DSH 插件包,请以其文档为准
状态速览
判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态信任档位:需留意
是什么
dsh 原生插件 · skill
装得上吗
作者未把包发布到 npm,只能用源码安装
插件本身没问题,是分发方式不同
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
更新放缓:最近一次提交在 47 天前
档位由哪些信号合成
本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查需源码安装仓库根目录及浅层子目录均无 dsh 插件清单,无法用 dsh 插件安装命令安装
展开查看检查明细 ↓
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。
✗npm 包dsh-research-teams(未发布到 npm,仅可源码安装)
✓Node 引擎未声明 engines.node
✓dsh CLI 依赖未声明 dsh 版本约束
✗入口文件缺少入口声明
源码安装时若 pnpm 拦截 prepare 脚本,按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑。
验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/27 06:17:43
安全扫描自动 · 静态分析源码v2.7.0🟢 扫描:未发现敏感能力尚无人工评估展开查看扫描说明与证据 ↓
安全扫描自动 · 静态分析源码
v2.7.0静态扫描未发现敏感能力:最多只发网络请求、读取自身元数据或只读文件,未发现执行命令、文件写入或敏感信息读取。
扫描于 2026/11/1(0 天前) · 范围 全包扫描 · 来源 GitHub 仓库
静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个
功能亮点
- 三位持久角色子代理
- 输入框实时看板
- 打磨idea与方案落地
展开完整介绍(162 字)↓
科研协作团队插件 for DeepSeek Harness:三位持久角色子代理(🧐评审员 / 📝研究助理 / 💻代码工程师)+ 输入框实时看板。两条用户驱动的流水线:/reviewer-assistant 打磨 idea(评审→完善落档)、/assistant-coder 保证方案→代码一致性(需求梳理→实现验证)。
README
由 DeepSeek 最新模型翻译生成dsh-research-teams
一个运行在 DeepSeek Harness (DSH) 中的动态 Cordis 插件:为一次会话装配三位持久化科研角色子代理(评审员 / 研究助理 / 代码工程师),由用户以斜杠命令驱动、逐步讨论、按需串联成流水线,并在输入框上方提供实时看板。
它解决什么问题
长期科研/工程会话里,最贵的是上下文:检索与评审、方案撰写、代码调试往往互相污染同一个上下文窗口,且任务之间需要反复“重新交代背景”。
本插件把三类工作外置给三个各自独立的续聊子代理:
- 每个角色 = 一个 durable continuable child subagent(独立会话、独立模型路由、独立上下文);
- 角色之间不自动互相协作(避免自主串联带来的失控与费用),编排权始终在用户手里;
- 角色可以自主使用工具(fs / bash / ssh / web_search),执行过程不需逐步审批(限制在会话工作区内);
- 完成后把完整结论回传给会话,命令卡片直接呈现。
展开完整文档(README 剩余 1 节)
dsh-research-teams
一个运行在 DeepSeek Harness (DSH) 中的动态 Cordis 插件:为一次会话装配三位持久化科研角色子代理(评审员 / 研究助理 / 代码工程师),由用户以斜杠命令驱动、逐步讨论、按需串联成流水线,并在输入框上方提供实时看板。
它解决什么问题
长期科研/工程会话里,最贵的是上下文:检索与评审、方案撰写、代码调试往往互相污染同一个上下文窗口,且任务之间需要反复“重新交代背景”。
本插件把三类工作外置给三个各自独立的续聊子代理:
- 每个角色 = 一个 durable continuable child subagent(独立会话、独立模型路由、独立上下文);
- 角色之间不自动互相协作(避免自主串联带来的失控与费用),编排权始终在用户手里;
- 角色可以自主使用工具(fs / bash / ssh / web_search),执行过程不需逐步审批(限制在会话工作区内);
- 完成后把完整结论回传给会话,命令卡片直接呈现。
三位角色
| 角色 | 命令 | 定位 |
| 🧐 Reviewer(评审员) | /reviewer | 检索文献、严格客观评审 idea/方案,指出逻辑漏洞、假设问题、方法学缺陷;把需要澄清的问题列在回复末尾 |
| 📝 Assistant(研究助理) | /assistant | 调研 + 完善方案 + 用 fs 落成 Markdown 文档(建议 docs/) |
| 💻 Coder(代码工程师) | /coder | 读代码、找 bug、写修复、跑验证(fs / bash / 远程 ssh) |
组合流水线(步骤之间会内联询问你是否继续):
- /reviewer-assistant — 先评审 →(你确认)→ 助理完善并落档
- /assistant-coder — 先梳理需求与验收标准 →(你确认)→ 工程师实现
管理命令
| 命令 | 作用 |
| /team-config [effort] | 配置某角色模型路由;支持一次粘贴多行(每行一个角色) |
| /team-reset | 解绑角色子代理(下次调用按最新路由新建,即“清空该角色的记忆”) |
| /team-status | 角色状态(含实时活跃度)/ 路由 / 子代理 |
| /team-diagnose | 环境诊断:commands/subagents/sessions/fs 服务、工作区根、子代理会话可读性 |
| /team-help | 帮助 |
路由切换只在新建子代理时生效:/team-config 之后需 /team-reset ,下次调用才会用新路由。
实时看板(输入框上方)
- 每 2.5 s 自动刷新,无需反复敲 /team-status;
- 状态来自 DSH agents 注册表的真实活跃度(执行中 / 空闲 / 未创建),因此直接派单的运行同样可见;
- 点「看板 ▼」展开:角色 / 状态 / 路由 / 子代理 ID / 最近输出(悬停看全文)。
安装 / 激活
本插件是 DSH 动态 Cordis 插件(Host + Client 两半),源码即两个纯 JavaScript 函数体:
1. 在 DSH 会话中调用 cordis_define:
- kind: "new",idPrefix: "rste"(或任意 3–6 字母语义前缀)
- code.host = host.js 的内容,code.client = client.js 的内容
2. 用返回的 pluginId/packageId 调 cordis_run 激活;Client 半在浏览器侧装载(首次可能需要在页面上确认授权)。
3. 激活后输入 /team-help 查看命令,输入框上方出现状态条。
也可以把 Host 半作为一行插件挂进 Host composition(共享给多会话);但这属于 harness 组合层面的改动,请遵循 DSH 的 agent preset / composition 规则。
数据与状态
- 角色绑定与最近输出落在 /.dsh-research-teams/state.json(由插件自行读写,不会越出工作区);
- 子代理会话由 DSH 的 subagents 服务持久化,/team-reset 只解绑,不删除历史。
实现要点(踩过的坑)
这些是让插件在真实 DSH 会话里稳定可用的关键设计,欢迎借鉴:
1. 子代理如何“回报”:子代理 settle 后其活动会话会被释放,sessions.get(childId) 轮询收不到收尾内容。正确做法是监听父会话收到的 subagent-settled / subagent-report 通知(source.senderSessionId === childId),并从 "Its closing message:" 之后取正文;同时以投递前的 events.length 作为扫描起点,避免命中历史通知。
2. 禁用交互式提问:子代理会话没有人类应答者,ask_user_question 会永久阻塞回合 → 创建子代理时用 toolFilter: { deny: ['ask_user_question'] }(注意 tools.restrict 对不存在的工具名会响亮拒绝),并在 persona 中要求“把澄清问题写在回复末尾”。
3. 定时器:动态插件沙箱没有 Node 原生 setTimeout,轮询需使用 cordis timer 服务(inject: ['timer'] + ctx.timeout(ms))。
4. 文件系统边界:fs 写入需带上会话沙箱策略(sandboxPolicy.resolve({ session })),否则会被工作区外写入拒绝。
5. 工作区根:从 inv.agent.session.header.cwd 解析(不是 meta)。
6. 路由健壮性:provider/model 不允许多行粘贴污染(校验含 / 与空白),并在创建子代理前快速失败。
7. 活跃度:Client 看板的“执行中”取自 ctx.get('agents').get(childId)?.status,而不是插件自己维护的 busy 标志。
版本一览(演进摘要)
| 版本 | 关键变化 |
| v1–v12 | 早期手写工具循环实现(自建 LLM 调用/工具调度),逐步修复消息契约、工具透出、沙箱策略、工作区解析等 |
| v13 | 重构为 DSH 原生续聊子代理(subagents.startContinuable + followup),插件不再自己跑模型循环 |
| v14–v16 | 路由校验与多行粘贴、状态加载竞态、cordis timer 迁移 |
| v17–v18 | 子代理阻塞修复:toolFilter 禁用 ask_user_question |
| v19–v20 | 回报机制修复:改监听父会话 settle 通知 + eventsStart 起点扫描(解决“等待子代理回报超时”) |
| v21 | 实时活跃度 + 可展开看板(本文档上半部分所述形态) |
兼容性
- 需要 DSH 提供 commands / subagents / sessions / agents / fs / timer / userQuestions 服务与 conversation.input.dock 插槽;
- 在 DSH Web GUI(dsh web,默认 http://127.0.0.1:3080)下开发与验证;最后更新:2026-09。
许可
MIT License,见 LICENSE。
免责声明
本项目按“现状”提供;插件会驱动子代理在工作区内读写文件、执行命令。请在受控环境与已知工作区内使用,并自行审阅子代理的产出。预览分享卡片长什么样 ↓
分享 · DeepSeek Harness Hub
Tongwu791/dsh-research-teams
用三位持久子代理分工打磨 idea 并落地代码
相关插件 · 技能 / 提示词
人设统管ZiChuanLan/agent-purge
一份系统提示词,喂给多个 coding…
★ 931已汉化DSH
73.8
人物画像蒸馏titanwings/distilly
Distilly — 把他们的思考方式提炼成可复用的技能,供任何智能体或机器人使用。原名 Colleague Skill(原同事 Skill)。
★ 25,659已汉化DSH
71.3
推理工作空间套件Tiger3807861189/J-Space-Cognition-Suite
J-Space 是面向复杂推理、大型仓库工程、子代理协作与授权安全分析的推理时工作空间和控制套件。
★ 2,957已汉化DSH
70.5
两阶段工具锚定预设xiaobright/dsh-anchored-standard
实验性 DeepSeek Harness agent preset…
★ 3,742已汉化DSH
70.1
智能体工作流编排nrslib/takt
不再日夜盯着 AI 编码智能体。
★ 1,402已汉化DSH
70
Agent 运行时手册Electricitysheep/dsh-handbook
DeepSeek Harness dsh 从 0 到 1 深度手册:安装/插件开发/性能调优/实测案例/同模型多…
★ 827已汉化DSH
68.7