dsh-plugin-yet-another-subagent

用可持久化的 Profile 管理 DSH 子 Agent,为不同任务配置模型、Persona、工具白名单/黑名单、最大委派深度和可继续或一次性后台模式。

快速判断

安装前先看这几项

配置资料
配置资料部分完整
配置难度
未知,待补配置
适合新手
建议具备相关经验
兼容状态
声明兼容,尚未实测
验证状态
源码已审阅,未标记运行实测
配置资料部分完整

本站已整理安装目标,但尚未补齐该插件的全部专属配置。完成配置前需要核对固定来源。

仍需核对:插件专属配置项、成功验证结果、首次使用示例、数据清理方法

功能

这个插件能做什么

用可持久化的 Profile 管理 DSH 子 Agent,为不同任务配置模型、Persona、工具白名单/黑名单、最大委派深度和可继续或一次性后台模式。

适合谁

需要插件安装、插件管理、插件更新能力的用户

使用门槛

该插件涉及较高配置难度或敏感权限,不建议在生产工作区直接试装。

准备

安装前准备

本站尚未核验该插件的专属前置条件。请先准备独立 Web Profile、测试工作区,并核对固定来源中的运行时、外部服务和账号要求。

安装

如何安装 dsh-plugin-yet-another-subagent

下面的命令使用本站核验的 DSH 基线,并锁定插件版本或 Git commit,避免默认分支变化导致安装内容漂移。本站已核对安装目标,但尚未在你的系统和 Profile 中实际执行。

安装到
web Profile
DSH 基线
0.1.1-rc.2
安装来源
GitHub 源码(锁定提交)
固定目标
github:HuanLinOTO/dsh-plugin-yet-another-subagent#5356af9d0f4d
  1. 01
    检查 Node.js 与 pnpm

    DSH 当前基线需要 Node.js 22.19 或 Node.js 24 及以上,并且 pnpm 必须已在 PATH 中。先运行:

    环境检查
    node --version && pnpm --version
  2. 02
    安装到 Web Profile

    这条命令会把插件加入 web Profile,并在插件声明 DSH Bundle 时自动加入配置层。

    GitHub 源码(锁定提交)
    npx --yes @deepseek-ai/dsh@0.1.1-rc.2 plugin --profile web add github:HuanLinOTO/dsh-plugin-yet-another-subagent#5356af9d0f4d
  3. 03
    如遇构建脚本拦截

    GitHub 源码插件可能通过 prepare 构建。pnpm 10 及以上会先阻止未授权构建;只把终端明确提示的包名加入该 Profile 的 pnpm-workspace.yamlallowBuilds,审阅脚本后再重复上一步,不要使用全局放行。

  4. 04
    确认 Bundle 已进入配置

    安装成功后先导出组合配置,不启动 Agent。输出中应能找到包名 @huanlin/dsh-plugin-yet-another-subagent或对应 Bundle 层。

    检查配置
    npx --yes @deepseek-ai/dsh@0.1.1-rc.2 --profile web --dump-config
  5. 05
    启动并完成最小验证

    启动 Web Profile 后,只测试一个与插件功能直接相关的最小任务,并检查日志、文件、网络和凭据访问是否符合预期。

    启动 DSH Web
    npx --yes @deepseek-ai/dsh@0.1.1-rc.2 web
卸载与回退

测试不通过时先停止 DSH,再从同一 Profile 移除插件。移除后重新运行配置检查,确认对应 Bundle 层已经消失;插件自己创建的数据和外部账号配置可能需要另行清理。

从 Web Profile 移除
npx --yes @deepseek-ai/dsh@0.1.1-rc.2 plugin --profile web remove @huanlin/dsh-plugin-yet-another-subagent
配置

插件专属配置

专属配置路径和字段尚未完成核验,请不要根据同类插件猜测参数名。

验证

配置检查与成功结果

本站尚未获得插件专属的验证命令和期望结果。安装后只能确认 Bundle 是否进入组合配置,不能据此宣称插件功能已经运行通过。

使用

第一次使用建议这样验证

以下步骤是根据插件类别提供的安全验证顺序,不是作者仓库的专用命令。具体入口和参数仍以固定提交对应的 README 为准。

  • 用一个可快速验收的小任务测试拆分和汇总
  • 观察子 Agent 获得了哪些工具与上下文
  • 检查失败、取消和迟到结果如何处理
权限

它可能接触哪些数据和能力

使用服务凭据保存会话数据

在全局和每个 Agent 层覆盖同名 subagent 工具,调用 DSH 官方 spawn provider;设置通道以 trusted-host 权限管理 Profile,并提供一个会备份后原地修复旧版 Session 日志的人工操作

数据存储:尚未完成独立核验,测试前应确认插件是否写入工作区、用户目录、数据库或外部服务。

请注意:源码已审阅”说明本站检查到的证据范围,不等于安全认证。重要工作区应锁定版本、备份数据并在最小权限下测试。

排查

故障排查与数据清理

本站尚未整理插件专属故障模式。遇到问题时先停止 DSH、保存日志、核对固定提交对应的 README,不要反复扩大权限重试。

清理边界待核对:从 Profile 移除插件通常不会自动删除插件创建的数据、外部账号或凭据。

证据

兼容性与审阅记录

兼容性说明

插件版本 0.1.3、AGPL-3.0,要求 Node.js >=22,peer 依赖仍声明 DSH 0.0.1-rc.1 系列和 Cordis 4.0.0-rc.7;本站完成固定提交静态审阅,未在当前 0.1.1-rc.2、真实多模型、深层委派、热更新或旧 Session 修复下运行

数据流

用户保存的 Profile → DSH Settings → 模型选择、Persona、工具过滤和深度约束 → 官方子 Agent Provider 与独立子 Session;进度投影把子 Session 的状态、工具次数和 Token 用量回显到父会话。

源码审阅结论

已审阅固定提交的 Profile 校验/持久化、RPC 权限、Agent 作用域工具覆盖、官方 Subagent/Jobs 调用、进度投影和 Session 日志修复。委派执行仍经 DSH 官方 Provider,工具过滤和最大深度可限制能力;但 none/deny 配置可能给子 Agent 很宽的工具面,RPC 接受 trustedHosts,sessions.repair 会递归改写 DSH Home 中旧日志且只保留首份 .bak,AGPL 和旧 peer 范围也需确认。先在独立 Profile 限制工具与深度,不把 trustedHosts 当用户登录,修复前完整备份 sessions,并在当前 DSH 版本做兼容验证。

来源与维护信息

本页根据固定提交的仓库、包清单和本站审阅资料生成。版本变化后,请重新核对作者说明。

来源快照
GitHub Topic 采集记录
固定提交
5356af9d0f4d
许可证
AGPL-3.0
主要语言
TypeScript
中文资料
有中文审阅摘要