可视化地自定义配置 Agent 的提示词、工具、可见技能、子代理与备用模型,把它们编成一支团队。不写宿主的任何预设文件。
安装
# npm 包(预构建)
dsh plugin --profile web add dsh-agent-studio
# GitHub 源码(首次需按提示配置 allowBuilds 构建授权后重试)
dsh plugin --profile web add github:thissensen/dsh-agent-studio
装任何插件都等于在你的机器上跑第三方代码,权限和你本人一样大——能读你的文件、用你的凭据、访问网络,工具审批管不到它。GitHub 来源的插件还会在安装时执行构建脚本——pnpm 默认拦截,所以安装可能停在 ERR_PNPM_GIT_DEP_PREPARE_NOT_ALLOWED 或 ERR_PNPM_IGNORED_BUILDS;dsh 会打印出需要添加的确切键名,把它加进该 profile 的 pnpm-workspace.yaml 的 allowBuilds 下,重跑一次即可装上。放行构建本身就是一次信任判断:请只安装可信来源,并尽量锁定 commit(github:owner/repo#sha)。
README
一个 DeepSeek Harness 图形化插件:可视化地精确配置 Agent 的提示词(prompt)、工具(tools)、可见技能(skills)、子代理、备用模型,轻松创建团队,根据不同任务分配不同模型。
模型每一轮看到的东西就三份:系统提示词、工具目录、技能目录。随着插件、工具、MCP 越装越多,这三份只会越来越大,拖累模型表现。另外 DSH 目前给子代理的配置极其简陋,没法轻松配置它的提示词、工具、技能、模型和思考强度。
本插件不写、不删、不改宿主的任何预设文件,卸载即恢复原状。
它把 Agent 拆成可随意拼装的积木:提示词、工具、技能、模型拼成一个完整 Agent,子代理也一样能高度定制;预设可以随手新建;兼容官方 PTC 模式;支持设备备用模型。
可以搭配 dsh-context 一起用,查看模型这一轮实际收到的提示词、工具和 skill 到底长什么样。
它解决什么
| 你可能遇到过的问题 | 平台的默认行为 | 装上之后 |
|---|---|---|
| 系统提示词越堆越长,关不掉也用不上 | 预设里注册了哪些段就投递哪些段 | 按 agent 编一份白名单,名单外的段不进上下文 |
| 工具越装越多,同类工具一大堆,模型挑不准 | 工具面按已装的插件全量下发 | 挑出这个 agent 要用的,其余收起来 |
| 技能多了不好管 | 所有 modelInvocable 的 skill 都进目录 |
勾哪些就给哪些,不勾的模型看不见 |
| 每个 step 都塞一段运行时快照 | 官方按 step 动态注入,没有开关 | 代理级开关,关掉就不用再收 |
| 子代理只能整套继承主代理,占用大量上下文 | 官方 subagent 既没有条目标识,也没法按角色裁剪 |
每个子代理独立配:模型 / 提示词 / 工具 / 技能 / 后台模式 |
| PTC 模式下创建的子代理也是 PTC | 官方默认继承主代理的模式 | 子代理走原生还是 PTC,你说了算 |
| 干不同的活想用不同的提示词、工具、Skill,切来切去很麻烦 | 预设只管提示词组合,工具和 skill 是全局一套,换个预设照旧全量下发 | 给预设挂的 Agent 一切换即可 |
| 本地部署模型上下文紧张,根本对话不了几轮 | 做不到提示词全清,只能创造模式自己建一个 | 创建一个什么都不挂的Agent,给预设绑上就行,真 · 0提示词 |
| 主模型限流了 / 挂了,整轮直接失败 | 只在一个 provider 里重试到上限,然后放弃 | 配一条备用候选链(可跨供应商),失败按顺序顶上 |
安装
按你手头的条件挑一条:有网络就用 npm,内网或离线用 GitHub Release 的安装包,想改代码就走源码。
从 npm
dsh plugin --profile web add dsh-agent-studio
从 GitHub Release 下载
到 Releases 下载 dsh-agent-studio-<版本>.tgz,它就是 npm 上那份包,lib/ 与 client/ 的构建产物都在里面,不用自己构建:
dsh plugin --profile web add "./dsh-agent-studio-0.1.2.tgz"
包放在哪个目录都行,把路径写对即可(./ 开头或绝对路径),文件名里的版本号换成你实际下载的那个。离线、内网环境走这条。
从源码
git clone https://github.com/thissensen/dsh-agent-studio.git dsh-agent-studio
cd dsh-agent-studio
pnpm install # 只装 devDependencies;peer 是宿主包,不走 registry
node scripts/link-deps.mjs web # 把宿主的 @deepseek-ai/* 链进本项目的 node_modules
dsh plugin --profile web add "link:<本目录的绝对路径>"
也可以把 Release 页的源码压缩包(Source code (zip))解压出来代替 git clone,后续步骤一样。
三条路装完都重启一次 DSH,在 设置 → Agent 中心 看到面板就成了。
link:装法下改lib/立即生效;改面板(client/parts/panel.js)刷新页面就行,不用重启。- 改
package.json的入口类字段(main/exports/dsh.*)后必须重启。 --profile填web(纯 Web 版)或desktop(桌面版)。桌面版就是 Web 版加一层 Electron 壳,host 半边一行不用改。
卸载
dsh plugin --profile web remove dsh-agent-studio
卸载后宿主配置里不留任何痕迹。预设从没被改过,其余配置都在插件自己的数据里。
面板预览
界面有浅色、深色两套:
| 区域 | 做什么 |
|---|---|
| 左侧「Agent 池」 | 每个 agent 一条:绑哪个预设、装哪些集、Agent 模式、子代理名册 |
| 左侧集库 | 提示词集 / 工具集 / 技能集三类列表:新建、复制、改名、删除 |
| 右侧详情 | 选中集 → 编成员;选中 agent → 装载集、配模型与后台模式、挂子代理、切快照开关 |
| 顶栏 | 预设 tab 与新建 / 删除预设、主代理绑定、全量导入 / 导出(导出的是草稿,含未保存的改动) |
| 底栏 | 保存改动;池级导入 / 导出 |
导入会先弹一个确认框(全量导入与池级导入共用一个),里面的**「是否覆盖」**开关决定撞 id 时是覆盖还是报错;导入只并入草稿,点了保存才落盘。
改 id 之前会先列出谁在引用它,改的时候把所有引用一并同步,不留悬空引用。
四个池,互相独立
四类配置对象各管各的,可以多对多引用。集建好之后,能被多个 agent 装载。
| 池 | 干什么用 |
|---|---|
代理 Agents |
指定绑给哪个预设;配 Agent 模式(跟随预设 / 原生 / 强制 PTC)、提示词、工具、skill、子代理名册,以及被当子代理时的模型与思考强度 |
提示词集 promptSets |
有序的提示词清单,顺序可调 |
工具集 toolSets |
工具名清单,插件的和 MCP 的都在里面 |
技能集 skillSets |
Skill 清单,决定哪些能被 AI 自主调用 |
- 装载:把集挂到 Agent 上。同一个 Agent 装载的集之间不允许有重叠成员,界面和写入端点各拦一道。
- 绑定:把某个预设绑到一个 Agent 上,这个预设就交给它管了。
语义边界
绑定之后,这个预设就归这个 Agent 管。三面一个规矩:没装就是空的。
| 概念 | 规则 |
|---|---|
| 绑定预设 | 被绑定的预设,提示词、工具、skill、子代理全部交给这个 Agent;解除绑定即恢复原样 |
| 提示词集 | 一个都不装 = 投递空提示词 |
| 工具集 | 一个都不装 = 一个工具都不给 |
| 技能集 | 一个都不装 = 一个 skill 都不暴露;装了就只看勾的 |
模型自动降级(可选)
给代理配一条备用候选链,主选失败就按链依次顶上。不配备用候选 = 完全不接管,重试行为与平台默认一致。
- 重试次数:每个候选各自的上限,默认 5(与平台默认对齐)。可重试的错误(空响应 / 限流 / 服务端错误 / 超时 / 传输错误)在当前候选上重试到上限,才换下一个候选;额度耗尽、凭据失效这类错误不重试,直接换。
- 链怎么排:子代理 = 启动时给的路由(没配模型就是继承)→ 备用候选;主代理 = 对话界面选的模型 → 主模型配置 → 备用候选——不抢你的选择,一切正常时插件不碰它。
- 失败的样子:全链走完 = 这次请求彻底失败(与平台一致)。换候选后当次会话不自动切回;你在对话界面手动换模型,插件让位。
- 看得见:重试与切换写进会话(界面上的「正在重试模型请求(N/M)」就是它),换候选还会给模型留一条通知,让它知道上文的产出模型变了。
快速上手
- 打开面板:设置 → Agent 中心。左边是 Agent 池和提示词、工具、Skill 三个集库,右边是详情。
- 建一个提示词集,往里加提示词段。段有两种:
- 平台预设:引用平台自己注册的段,正文跟着平台升级走,面板里只读;
- 自定义:自己写正文,支持平台注册的
{{变量}}插值。写了平台没注册的变量名,这次请求会直接失败。
- 建一个工具集,勾你要留下的工具。
skill是必配项,没有它 AI 没法自主调用 Skill。 - 建一个技能集,勾要暴露给模型的 skill。候选按来源分组,可折叠,也可以整组勾选;打开面板就直接问官方技能服务要候选,不用先发一条消息。
- 建一个代理:填名字与备注(被当子代理时,模型靠这行备注决定把活派给谁),装上前面那些集,选 Agent 模式(跟随预设 / 原生 / 强制 PTC)和后台模式(可续接 / 一次性 / AI 自行决定)。子代理名册也在这里挂。需要的话再配备用候选模型(见上节,可选)。
- 绑定:把这个代理绑到一个平台预设上。
- 保存。只有点了保存才落盘,别忘。
保存之后,用这个预设开个新对话就生效了。
配置与数据
配置存在插件自己的 settings 命名空间 agent-studio 下(在用户配置文件 settings.yaml 里)。模型是四个键加一份绑定:
agent-studio:
agents: # 代理池
- id: reviewer
name: 代码评审
note: 只读代码、给评审意见 # 被当子代理时,模型靠它决定把活派给谁
model: { provider: deepseek, model: deepseek-v4.1-flash, reasoningEffort: medium }
maxRetries: 5 # 自动降级:每个候选各自重试的上限(默认 5)
fallbacks: # 备用候选链(可跨供应商);空 = 不接管
- { provider: senseaudio, model: glm-5.3-flash }
background: foreground # always-background | foreground | model-decides
toolPresentation: follow # follow | native | ptc
promptSets: [review-sections] # 有序:集在这里的顺序就是段的投递顺序
toolSets: [read-only]
skillSets: [review-skills]
children: [tester] # 可以派出去的子代理名册
promptSets: # 提示词集:有序段清单;带 text = 自定义,不带 = 引用平台预设
toolSets: # 工具集:工具名清单
skillSets: # 技能集:skill 名清单
runtimeContextOff: [reviewer] # 名单里的代理不再收到官方的 runtime 快照
bindings:
presets: [{ presetId: standard, agentId: reviewer }] # 预设 → 主代理
这些列表全是数组,不是字典。 设置服务的合并语义是「对象递归、数组整体替换」,用字典的话界面永远删不掉一个成员。代价是 id 唯一性得自己保证,由界面和写入端点把关。
兼容性
- 目标环境:纯 Web 版 DSH(
dsh --profile web),社区桌面版也支持。 - 依赖的宿主服务(
peerDependencies,全部 optional):dsh-agent-presets/dsh-scope/dsh-settings/dsh-system-prompt/dsh-tools/schemastery。官方 DSH 升级导致某个服务缺席时,逐项降级,不抛错。 - 界面语言与主题跟随平台,自带中文 / English 两套文案,深色浅色都能看。
- client 半边零构建:
client/index.js是壳(启动时加载),client/parts/panel.js是面板(由 host 路由运行时按需伺服)。
已知边界
- 极简类预设(
minimal)的段面改不动。 这类预设的 persona 段带了complete: true标记,意思是「我就是完整的提示词,别再拼别的」。平台会在装配瀑布跑完之后把段清单强制换回那一段,插件在瀑布里算出来的白名单因此被盖掉——最终投递的永远是那一段。这是平台设计,不是插件的缺陷,而且它本来就只剩一段,损失有限。工具面、技能面没有这道后处理;standard/code/cordis这类常规预设的段面也一切正常。 - 派活用插件自带的工具:
studio_list_subagents现算子代理名册,studio_delegate按代理 id 派活——只有走它,子代理那套独立配置(提示词 / 工具 / 技能 / 模型)才认得出身份、才生效。官方subagent工具不受特殊对待(工具集里有它就在),但它派出的子代理没有角色登记,只能按「这个预设绑定的主代理」那套面走。 - 同时派多个一次性子代理时,身份是按先后顺序配对的。 平台在
agent/created事件里不告诉插件「这次创建是哪一次派活触发的」,插件只能按队列顺序推定:先创建的配先调用的。实测中顺序一致,但平台没承诺过这一点。可续接(Resumable)子代理不受影响,它在启动前就拿到了预生成的childId,配对是精确的。 - 工具候选有冷启动。 没有会话时,宿主进程里根本没有那些工具注册,问谁都问不出来。所以观察结果会按预设落盘缓存,冷启动时面板拿它兜底。
- 自动降级只在配了备用候选时接管。 候选链为空时插件完全不碰请求,重试就是平台默认的那套;接管之后重试上限以插件配置为准(每个候选各自算)。
目录结构
lib/ host 半边产物(npm 包的实际入口,tsc 从 src/host/ 生成)
index.js 入口:挂观察层 + 路由 + 生效层 + 派活工具
config.js 四个池的 schema + 装载重叠校验(数据模型的唯一真源)
preset.js 「当前 agent 跑在哪个预设上」的唯一出口
observe.js 装配期只读观察层
cache.js 观察结果的磁盘缓存(冷启动时面板的候选来源)
apply.js 装配期生效层(主代理拼装 + 子代理创建窗口挂钩)
delegate.js 派活工具 + 认领映射与待认领队列
fallback.js 模型自动降级(候选链 / 每候选重试 / 换候选通知)
presets.js 预设管理(列表 / 复制 / 删除,走官方服务)
models.js 模型目录(provider / 模型 / 推理档位)
attribution.js 工具来源归因(注册时刻记「谁注册的」,best-effort)
sdk-strip.js PTC 的 tools:sdk 声明正文裁剪
api.js host 侧路由分发
http-guard.js HTTP 请求围栏与响应工具
types.js 共享类型(只出类型,无运行时代码)
client/ client 半边产物
index.js 壳:注册模块 + 运行时加载面板 + 失败兜底卡片
parts/panel.js 面板实现(host 运行时伺服;改它刷新页面即生效)
src/host/ src/client/ 源码真源(tsc → lib/,vite → client/)
types/ 宿主类型声明
assets/ README 用的截图
scripts/ 依赖链接(从源码安装用)与一致性检查(CI 用)
文档
在线文档:https://thissensen.github.io/dsh-agent-studio/(源码在 docs/,VitePress 站着)。
平台侧的权威来源仍是 DeepSeek Harness 官方仓库与官方文档站。
License
链接
同类插件
Q00/ouroboros#integrations/dsh-plugin★ 6060
通过 DSH MCP 客户端挂载 Ouroboros 的纯配置包,在 DSH 中提供 36 个涵盖需求访谈、Seed、执行、评估与演化流程的工具。
huangruiteng/loopx#dsh-loopx-plugin★ 5918
LoopX——面向长周期 Agent 的提供商中立、本地优先状态内核与控制平面:在 DeepSeek Harness 执行层之上持久化 Goal、Todo、门禁、证据、配额、恢复与交接状态;插件负责引导安装 CLI 与技能、准入有界的同会话续跑,并为精确绑定的工作循环提供本地 GoalBar。
chuspeeism/dashi-taskboard#deepseek-harness★ 3176
把当前已安装并运行中的 Codex Taskboard 嵌入 DeepSeek Harness 侧边栏,并通过 Launcher 运行时描述文件连接,而不是使用固定端口。
NanmiCoder/dsh-agent-teams★ 1763
AgentTeams 多智能体团队。
EthanYoQ/AI-Novel-Writer#dsh-ai-novel-writer★ 1054
安装专用 AI 小说创作预设与工作台:提供带修订号的本地项目资产、紧凑侧边工作台,以及需要原生审批的逐文件变更。
tong-io/tongflow#dsh-tongflow★ 1023
基于 TongFlow 的“片场”插件,用于图片、配音、音乐与视频制作:agent 为每个资产生成 TongFlow 工作流文件(.tongflow.json)并通过 TongFlow 插件执行,内嵌工作流画布,按镜头/角色/take 组织项目,附漫剧模板;以 @tongflow 开头的会话进入 Studio 界面。
社区评论
评论公开保存在 GitHub Discussions。加载评论会连接 GitHub 和 Giscus;发表内容需要 GitHub 账号。