DeepSeek Harness Plugin Hub

发布与管理完整 Harness Profiles,发现适合你的插件。

探索

插件目录环境预设文档中心动态

社区

发布插件联系我们报告问题

相关链接

Plugin Hub GitHubDeepSeek Harness 官方项目系统状态隐私说明
© 2026 DeepSeek Harness Plugin HubPowered byPaxTech

独立、非官方社区项目,与 DeepSeek 官方无隶属、授权或背书关系。

Agent Plugin Market — DeepSeek Harness 插件(DSH Plugin)
DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录
← Plugins
A

dsh-agent-plugin-market

Agent Plugin Market

DSH 插件市场:将 git 仓库作为 agent 内容插件市场,加载 Codex / Claude 技能,并以显式授权注册受支持的 Codex hooks。

插件会安装到这里;不确定时保持 web。

npx -y @deepseek-ai/dsh plugin --profile web add github:Diluka/dsh-agent-plugin-market#d413f061a04117323740a01fd49eab09d4573ab6
README兼容性版本

兼容性与来源证明

Agent Plugin Market 以 dsh-agent-plugin-market 发布,当前版本为 0.8.0-dsh.0.1.5-rc.1。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

DSH 兼容范围
*
运行环境
web
发布来源
github
Registry 更新时间
2026/9/11

版本

0.8.0-dsh.0.1.5-rc.1prerelease
2026/9/11
0.1.0stable
2026/8/20
查看其余 12 个版本收起版本
0.7.0-dsh.0.1.2-rc.1prerelease
2026/9/4
0.6.0-dsh.0.1.1-rc.2prerelease
2026/9/2
0.5.1-dsh.0.1.1-rc.2prerelease
2026/8/28
0.5.0-dsh.0.1.1-rc.2prerelease
2026/8/26
0.4.2-dsh.0.1.1-rc.2prerelease
2026/8/25
0.4.1-dsh.0.1.1-rc.2prerelease
2026/8/25
0.4.0-dsh.0.1.1-rc.2prerelease
2026/8/25
0.3.1-dsh.0.1.1-rc.2prerelease
2026/8/22
0.3.0-dsh.0.1.1-rc.2prerelease
2026/8/22
0.2.1-dsh.0.1.1-rc.2prerelease
2026/8/22
0.2.0-dsh.0.1.1-rc.1prerelease
2026/8/21
0.1.0-dsh.0.1.1-rc.1prerelease
2026/8/21

相关插件

正在加载相关插件…

最新版
0.8.0-dsh.0.1.5-rc.1
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
未提供
文件数
未提供
Surface
web
许可证
MIT
发布源
github
GitHub
★ 6
周下载
0
最近提交
2026/9/11
查看源码 ↗
README Badge

点击下方 Badge 复制 Markdown,粘贴到 README 即可。

这是你的 Plugin?认领权益 · 优先安全扫描

验证 package.json 声明的 GitHub 仓库,即可管理这个公开页面。认领后,Hub 会优先安排当前版本的安全扫描,并在通过后公开展示结果。

认领这个 Plugin →
报告问题

相关插件

继续浏览 developer-tools 分类下经过校验的插件。

Web App@deepseek-ai/dsh-web-appdsh 浏览器界面捆绑包:位于 dsh-base 之上的 Web 补丁层,加上运行时粘合插件(提供前端 dist、Web 界面提示符、bash 运行时变量和 URL 行)Sdk Minimal@deepseek-ai/dsh-sdk-minimal独立的最小 SDK 配置包:JSON-RPC、一个 DeepSeek 适配器、持久化 Shell 和 JSONL 会话Sdk App@deepseek-ai/dsh-sdk-appdsh SDK 配置包:基于 dsh-base 提供 stdio JSON-RPC 服务和进程生命周期管理Subagent Codex@deepseek-ai/dsh-subagent-codex基于官方 app-server 协议的一次性 Codex 子代理提供程序

README

dsh-agent-plugin-market

DSH(DeepSeek Harness)插件市场:将 Git 仓库作为 agent 内容市场。它克隆市场仓库,按当前作用域启用的插件或显式启用的根 skills/ 目录发现技能,并通过 DSH 技能 provider 原地提供这些技能。

  • 市场与插件清单:市场清单依次识别 .agents/plugins/marketplace.json、.claude-plugin/marketplace.json、.cursor-plugin/marketplace.json、.github/plugin/marketplace.json 和根 marketplace.json;插件清单依次识别 .codex-plugin/plugin.json、.claude-plugin/plugin.json 和根 plugin.json。
  • 技能生命周期:已安装插件的有效技能默认启用;市场根 skills/ 中未被插件引用的独立技能默认关闭,并可单独或按市场批量启用。
  • 工作区覆盖:设置页可在全局默认和已注册工作区之间切换。工作区为插件、插件技能和独立技能保存稀疏的启用/禁用覆盖;缺少覆盖时继承全局配置。
  • 代理工具:注册 agent_market_info、agent_market_set_plugin 和 agent_market_set_skill,让代理查看市场状态并只修改当前工作区覆盖。home 路径会话会被 scoped restriction 隐藏这些工具;若运行时未能隐藏,执行时也会拒绝。
  • 原地加载:安装插件只保存安装状态,不复制市场文件。技能的 resourceBase 指向克隆后的技能目录,因此技能内的相对资源可用。
  • Codex hooks(可选):从 Codex 插件清单发现 hooks 配置;只有已安装的插件才能启用它们。启用需要设置页的双重确认、配置指纹审批和可用的 @deepseek-ai/dsh-hooks-codex bridge。
  • 设置页:设置菜单添加「技能与挂钩」区段,提供市场、插件、技能和 hooks 的管理及目录筛选。

安装

当前开发依赖和 CI 验证版本为 DSH 0.1.5-rc.1,沿用拆分 Client 服务和统一连接认证契约,不兼容 DSH 0.1.1。Host 显式注入 webServer;bundle patch 同时为 connection 提供方补充 webServer,保留其原有 webRuntime 依赖。这同时满足自定义 RPC 通道的调用方依赖及新版 Connection getter 的提供方 shadow 上下文检查,仅修改 Host 的注入列表仍会启动失败。

dsh plugin --profile web add github:Diluka/dsh-agent-plugin-market

重启 DeepSeek Harness 后,在设置 -> 技能与挂钩中管理市场。包的 cordis.patch.yml 将 Host 插件加入 web profile,package.json 中的 dsh.client 声明加载浏览器端设置页。

@deepseek-ai/dsh-client-ui-primitives 是运行时 peer dependency,由 DSH profile 提供。市场与技能功能不依赖 hooks bridge;bridge 缺失时,设置页显示当前运行时的安装命令,并禁用 hooks 开关。Host RPC 使用 DSH 0.1.2 的 Connection 通道,由运行时统一执行 Host/Origin 校验和浏览器会话 token 认证;通过认证的本机或网络 Web 页面都可管理 Host 上的市场、Git checkout 和 hooks。代理工具只暴露读取和工作区覆盖写入,不执行市场添加、删除、Git 更新、全局安装/卸载或 hooks 授权。

启用 Codex hooks(可选)

需要执行已授权的 Codex hooks 时,按设置页提供的命令在同一 profile 中安装 bridge 及其运行时所需协议包,再重启 DSH:

dsh plugin --profile web add @deepseek-ai/dsh-hooks-codex @deepseek-ai/dsh-hook-protocol

使用

  1. 添加市场:输入 SSH 或 HTTPS Git 仓库地址;可选择默认分支、分支、标签或 commit。市场必须提供含 plugins 数组的市场清单,或在根 skills/ 目录中提供至少一个有效的独立技能。
  2. 修改市场引用:已添加市场可随时改为默认分支、指定分支、标签或 commit。保存时会先克隆并校验目标引用,校验通过后替换当前市场 checkout;切回默认分支会删除持久化的 refType/ref。
  3. 安装插件:市场清单的每项插件由 source 指向市场内的插件目录;未声明 source 时使用仓库根目录。字符串 source 和 {"source":"local","path":"<仓库内路径>"} 都可用;./ 指向仓库根。{"source":"url","url":"..."} 仅在 URL 规范化后等于当前市场仓库时被视为仓库根插件,其他 URL 来源会标记为不支持。所有路径都必须解析在市场根目录内。
  4. 更新市场:Host 启动时会依次对默认分支和分支引用执行 git pull --ff-only;失败只记录错误并继续其他市场。标签和 commit 是固定引用,手动或自动更新都会跳过。更新按钮复用相同逻辑。
  5. 管理技能:安装插件后,其有效技能默认进入 DSH 技能目录,可逐项关闭。根 skills/ 中未被插件引用的技能需要先显式启用,支持逐项或整组切换。
  6. 工作区覆盖:在工作区列表的项目操作菜单中点击「配置插件与技能」打开该工作区的配置弹窗;设置页的「配置作用域」也可切换全局默认或工作区视图。选择工作区后,插件和技能使用三态菜单:继承全局、仅此工作区启用、在此工作区禁用。插件级禁用会屏蔽该插件的所有技能;但对单个技能启用「仅此工作区启用」会独立生效——即使该插件自身继承全局且未安装,该技能仍会在本工作区加载。重置覆盖立即恢复全局值。市场添加、修改引用、更新和移除仍属于全局操作。
  7. 管理 hooks:已安装且声明 Codex hooks 的插件初始未授权。bridge 可用时,第一次点击开关只显示确认,第二次点击才保存当前配置指纹并尝试挂载。授权状态和已挂载状态分别显示。hooks 和其审批在当前版本仍为全局配置。
  8. 代理工具:代理可调用 agent_market_info 查看市场、插件、技能、hooks、工作区和当前作用域;可调用 agent_market_set_plugin 写入某个插件的工作区三态覆盖;可调用 agent_market_set_skill 写入某个技能的工作区三态覆盖。两个写入工具默认使用当前会话 cwd 匹配到的工作区,也接受 workspace_id;home 路径会话不可使用这些工具。参数和返回作用见 docs/agent-tools.md。

市场清单查找顺序如下:

.agents/plugins/marketplace.json
.claude-plugin/marketplace.json
.cursor-plugin/marketplace.json
.github/plugin/marketplace.json
marketplace.json

市场与技能格式

一个常见的市场布局如下:

<market-repo>/
├── .agents/plugins/marketplace.json
├── plugins/<plugin-name>/
│   ├── .codex-plugin/plugin.json
│   ├── hooks/
│   │   └── hooks.json
│   └── skills/
│       └── <skill-name>/
│           └── SKILL.md
└── skills/
    └── <standalone-skill>/
        └── SKILL.md

插件清单的 skills 可以是字符串、字符串数组,或含 paths 的对象;未声明时默认扫描插件的 skills 目录。Awesome Copilot 兼容布局使用 extensions["com.github.awesome-copilot"].skills,其中只接受指向市场根 ./skills 或其子路径的条目。

每个技能源目录只扫描两类直接子项:子目录中的 SKILL.md,以及目录自身的直接 .md 文件。有效技能必须具有 frontmatter,且至少包含:

---
name: my-skill
description: 说明何时应触发该技能。
whenToUse: 可选补充。
---

技能正文(Markdown 指令)。

name 必须匹配 [a-z0-9]+(?:-[a-z0-9]+)*;description 不能为空。可选触发说明接受 whenToUse 或 when_to_use。根 skills/ 中与某个插件技能同一文件、同一真实文件目标或内容相同的技能不会重复作为独立技能列出。

Codex hooks

只有 .codex-plugin/plugin.json 中的 hooks 会形成 Codex hooks 配置。该字段可以省略、写成一个插件根相对 JSON 路径、一个内联 JSON 对象,或由两者组成的数组:

{
  "skills": "./skills",
  "hooks": [
    "./hooks/hooks.json",
    { "hooks": {} }
  ]
}

省略 hooks 时,插件会尝试读取 ./hooks/hooks.json。文件路径必须以 ./ 开头、位于插件根目录内、没有 ..、反斜杠或空路径段,且不能是符号链接;目标必须是包含 JSON 对象的普通文件。内联对象不经过文件读取。

为每份已批准的 hooks 配置生成 bridge 配置前,插件会为 type: "command" 或未声明 type 的 command 项注入以下环境变量:

  • PLUGIN_ROOT:插件根目录。
  • PLUGIN_DATA:该市场插件的持久数据目录。
  • CLAUDE_PLUGIN_ROOT:PLUGIN_ROOT 的兼容别名。
  • CLAUDE_PLUGIN_DATA:PLUGIN_DATA 的兼容别名。

插件会把经验证的配置交给已安装的 Codex bridge。具体支持哪些事件点以及非 command hook 的执行语义由所安装的 bridge 和协议版本决定,不在本插件中硬编码。

审批使用配置来源和内容的 SHA-256 指纹,并在当前 hooks 配置指纹匹配已保存审批时生效。禁用、配置指纹变化、插件卸载和市场移除都会处置已挂载的 hook Fibers;当前 hooks 配置消失或不再是可用对象时也会清除对应审批。市场更新只在 Git 操作期间暂停该市场 hook Fibers,随后重新检查当前配置;更新是否成功不会直接撤销或恢复审批。审批仍有效但 bridge 注册失败时,审批保留,状态显示加载错误。

运行时存储

运行时基目录是文件型 DSH settings document 的父目录加上 agent-plugin-market。以下以 <dsh-home> 表示该父目录:

  • 市场、插件、技能开关和 hooks 审批:<dsh-home>/agent-plugin-market/config.json
  • 市场克隆目录:<dsh-home>/agent-plugin-market/markets/<id>/
  • 生成的 bridge 配置:<dsh-home>/agent-plugin-market/generated-hooks/
  • 每个市场插件的 hooks 数据:<dsh-home>/agent-plugin-market/hook-data/

每个工作区的覆盖文件是 <workspace>/.dsh/agent-plugin-market.json。运行时写入 version: 1,以及 plugins、pluginSkills 和 standaloneSkills 三组稀疏布尔覆盖值;没有某个覆盖键时继承全局状态。设置页和代理写入工具都使用同一个工作区覆盖文件。工作区文件可以按团队需要提交到版本控制或加入忽略规则。为避免目录逃逸,.dsh 目录和配置文件都不能是符号链接;用户 home 目录本身不作为工作区覆盖根,避免和全局配置目录混用。市场克隆、hooks 和 hooks 审批仍保存在 <dsh-home>。

卸载

dsh plugin --profile web rm dsh-agent-plugin-market

如果 profile 的 cordis.patch.yml 仍保留该包的插入条目,请移除整个 dsh-agent-plugin-market 插入条目后重启 DSH。

开发与验证

pnpm install --frozen-lockfile
pnpm lint
pnpm test
pnpm typecheck
node --check lib/*.js test/*.test.js
git diff --check
  • pnpm lint 执行 eslint lib test;仓库的 ESLint 配置检查 lib/**/*.js 和 test/**/*.js,并忽略 test-repos/。
  • pnpm test 执行 Node 原生 node --test。运行时扫描测试使用 @platformatic/vfs 的内存文件系统,并覆盖技能去重中的符号链接场景。
  • pnpm typecheck 执行 tsc -p tsconfig.json,以 JavaScript + JSDoc 检查 lib/**/*.js,加载 types/client-bundle.d.ts,且不生成输出。

架构

半端文件职责
Host composition rootlib/index.js注入 DSH 服务,加载可选 bridge,创建 runtime、service 和 hook manager,注册技能 provider 与统一认证 RPC。
Host runtimelib/market-runtime.js管理全局与工作区配置路径和持久化,解析市场/插件清单,按会话 cwd 扫描与读取有效技能。
Host servicelib/market-service.js执行市场 Git 生命周期、全局安装状态、工作区覆盖、技能开关、hooks 授权、状态视图和启动自动更新。
Host toolslib/market-tools.js注册代理可调用的市场状态读取和工作区插件/技能覆盖工具,并为 home 路径会话做 scoped restriction。
Host config modellib/market-config.js纯配置状态转换:市场、插件安装、全局技能开关与工作区覆盖解析。
Host Codex adapterlib/codex-hook-manager.js检查 hooks 来源,协调审批,生成 bridge 配置并管理 Fiber 生命周期。
Host hook planlib/hook-reconcile-plan.js纯 desired/active 差异计划,确定处置和挂载顺序。
Host hook helperlib/codex-hooks.js解析 hooks 来源和相对路径,计算指纹,生成稳定存储键并注入 command 环境。
Clientlib/client.js浏览器入口,注册「技能与挂钩」设置页和工作区配置弹窗;文件内拆分目录模型、共享控件与页面实现。
Profile compositioncordis.patch.yml将双端插件包插入 web profile。

Hook 元数据按协议键存入 hookConfigs;当前实现只挂载 codex 适配器。