dsh-plugin-dev 怎么安装？

在已安装 dsh CLI 引擎的环境中，进入插件页复制安装命令一键执行即可；暂不能直接安装（需源码编译或环境不满足）：仓库根目录及浅层子目录均无 dsh 插件清单，无法用 dsh 插件安装命令安装。

dsh-plugin-dev 兼容性怎么样？

暂不能直接安装（需源码编译或环境不满足）：仓库根目录及浅层子目录均无 dsh 插件清单，无法用 dsh 插件安装命令安装。

dsh-plugin-dev 有中文文档吗？

已提供中文翻译 README（由 DeepSeek 最新模型翻译生成），本站可切换中英文对照阅读。

dsh-plugin-dev 还在维护吗？

GitHub 3 星。最近一次上游提交在 2026/8/24。

插件开发技能 jidechao/dsh-plugin-dev

DeepSeek Harness

jidechao69 天前有提交已提供中文文档扫描：无法判定

在 GitHub 查看 ↗

让编码 agent 自动开发并发布 DSH Web 插件

32.3/100

综合分

GitHub 星标

—

npm 周下载

—/5

用户评分

数据截至 2026/10/3 · 周下载取自 npm 全网（含 CI / 镜像），非本站安装数；综合分由星标、活跃度与兼容性检查合成。

自动兼容检查未通过：仓库根目录及浅层子目录均无 dsh 插件清单，无法用 dsh 插件安装命令安装。以下命令仍可尝试，但可能失败。

无法用 dsh 插件命令安装（仓库内无 dsh 插件清单）

git clone https://github.com/jidechao/dsh-plugin-dev.git

按该仓库 README 的原生方式安装；若作者另行发布了 DSH 插件包，请以其文档为准

状态速览

判定依据：实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态

信任档位：需留意

是什么

dsh 原生插件 · dev

装得上吗

作者未把包发布到 npm，只能用源码安装

插件本身没问题，是分发方式不同

L4 · 真实安装等级说明 →

安全吗

本站尚未对该插件做风险分级

暂未覆盖，不等同于无风险

还在维护吗

更新放缓：最近一次提交在 69 天前

档位由哪些信号合成

本站实装验证（真实安装 L4 覆盖全站；L5 为运行时冒烟或实机截图，覆盖范围小于 L4） · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。

验证判据与等级说明 →

社区实装还没有人打卡 · 装过的第一个就是你

安装兼容性检查需源码安装

仓库根目录及浅层子目录均无 dsh 插件清单，无法用 dsh 插件安装命令安装

展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出，未做人工实机验证——能装不等于用着没问题。

✗npm 包dsh-plugin-dev（未发布到 npm，仅可源码安装）

✓Node 引擎未声明 engines.node

✓dsh CLI 依赖未声明 dsh 版本约束

✗入口文件缺少入口声明

源码安装时若 pnpm 拦截 prepare 脚本，按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑。

验证方式：npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/21 15:44:12

安全扫描自动 · 静态分析源码

v2.7.0

⚪ 扫描：无法判定尚无人工评估

展开查看扫描说明与证据 ↓

已尝试扫描但取不到可分析的源码：仓库或包不存在、已删除，或为非 JS/TS 实现、未随包发布源码。无法判定，不代表安全。

· 包内无可扫 JS
· TS 源码（可能为非 JS 实现或未发布源码），无法判定

扫描于 2026/11/2（0 天前） · 范围全包扫描（包内未声明入口） · 来源 GitHub 仓库

静态扫描只反映源码中出现的调用，不构成安全背书；人工评估与自动扫描相互独立、互不覆盖。

给这个插件打分还没有人投票↓

用户评分

还没有人投票，来当第一个

广告精选好物

飞利浦 TAH6519 主动降噪耳机 ¥299

头戴式无线 anc 主动降噪，蓝牙连接，久戴舒适向。

·anc 主动降噪 · 头戴式无线
·价格与库存以商品页实时为准

去淘宝看看→

广告MCP 兼容手册

装完插件，给 AI 接上 MCP

Cursor、Claude Code、VS Code 逐个核对：能不能装、配置怎么写、装不上是什么原因。

·按客户端逐格核对
·结论标注依据与风险等级

查 MCP 兼容性→

功能亮点

自动开发DSH插件
审查插件代码
打包发布插件

让 Claude Code / Codex / DSH 等 coding agent 按 DeepSeek Harness (DSH) cordis 插件制式，自动开发、审查、打包发布 DSH Web 插件的技能（skill）。

README

由 DeepSeek 最新模型翻译生成

dsh-plugin-dev 让 Claude Code / Codex / DSH 等 coding agent 按 DeepSeek Harness (DSH) cordis 插件制式，自动开发、审查、打包发布 DSH Web 插件的技能。把官方插件仓库（deepseek-harness）的生产实践与官方文档的规范蒸馏成一份可执行的流程：你只提需求，agent 负责澄清、实现双端插件（或纯 Host 插件）、写测试、给验收清单，甚至生成发布工作流。这是什么 DSH Web 是基于 cordis 的 agent 宿主。给它开发插件，本质是交付一个 npm 包——声明了 dsh 元数据、含 Host/Client 双端实现（需要设置 UI 时）、通过命名空间桥通信，而不是普通脚本或独立服务。本 skill 把这类插件的全部隐性制式约束显式化，并给出从需求到发布的工作流。本 skill 完全自包含（SKILL.md + references 蒸馏了全部规范），不依赖本机特定路径。

展开完整文档（README 剩余 1 节）

dsh-plugin-dev

让 Claude Code / Codex / DSH 等 coding agent 按 DeepSeek Harness (DSH) cordis 插件制式，自动开发、审查、打包发布 DSH Web 插件的技能。

把官方插件仓库（deepseek-harness）的生产实践与官方文档的规范蒸馏成一份可执行的流程：你只提需求，agent 负责澄清、实现双端插件（或纯 Host 插件）、写测试、给验收清单，甚至生成发布工作流。

这是什么

DSH Web 是基于 cordis 的 agent 宿主。给它开发插件，本质是交付一个 npm 包——声明了 dsh 元数据、含 Host/Client 双端实现（需要设置 UI 时）、通过命名空间桥通信，而不是普通脚本或独立服务。本 skill 把这类插件的全部隐性制式约束显式化，并给出从需求到发布的工作流。

本 skill 完全自包含（SKILL.md + references 蒸馏了全部规范），不依赖本机特定路径。

目录结构

dsh-plugin-dev/
├── SKILL.md # 入口：触发描述、制式约束、三硬点、开发流程、验收要点 ├── references/ │ ├── architecture.md # 双端架构与命名空间桥、会话绑定、HMR │ ├── tool-contract.md # defineTool 契约、execute 固定管线、blocked 反例 │ ├── settings-and-credentials.md # 设置注册、Schemastery Config、只写凭据 │ ├── client-card.md # 浏览器设置卡片、ModuleLoader、常见错误 │ ├── packaging.md # dsh 元数据、patch 对错例、npm Trusted Publishing 发布 │ ├── testing.md # 测试分层、受限环境验证替代、验收清单 │ └── install.md # 各 agent 安装位置 ├── evals/evals.json # 评测用例（3 个真实插件需求） └── README.md # 本文档

安装

把整个 dsh-plugin-dev/ 目录复制到目标 agent 的 skills 目录：

| Agent | 位置 |
| DSH | ~/.dsh/skills/dsh-plugin-dev |
| Claude Code | ~/.claude/skills/dsh-plugin-dev（或项目级 .claude/skills/） |
| Codex | ~/.codex/skills/dsh-plugin-dev |

验证安装：向 agent 输入一句触发语（如"为 DSH 开发一个插件，让 agent 能查询 XXX"），确认它加载了本 skill 并按流程执行。

使用方法

直接提需求即可。skill 的触发描述覆盖：为 DSH 开发/写插件、给 dsh web 加工具或设置卡片、写 cordis 插件、把某系统接进聊天、扩展 agent 能力并打包成插件、参照官方插件仓库开发类似插件、修复/审查已有插件。

示例需求：

为 DSH 开发一个插件，让 agent 能从聊天里查询 GitHub 仓库信息（只读）。需要 3 个工具：搜索仓库、按 owner/repo 查单个仓库、列 release。需要一个设置卡片配置 GitHub Personal Access Token（走 DSH 只写凭据系统）。禁止任何写操作。开发成完整可安装的插件包并配置好 npm 发布。

预期产出： 双端插件包（package.json + cordis.patch.yml + index.mjs + client.js + 功能模块 + tests + README + LICENSE），必要时含 .github/workflows/publish.yml。

能力范围

- 两种形态：双端（Host + Client，需要设置页 UI 时）与纯 Host（标准 cordis 插件，无 UI 需求时）——skill 全程条件化，不强制 client
- 开发：10 条不可协商制式约束（bundle patch、双端、inject、Schemastery Config、凭据只写、effect 清理、transport 封装、fail-closed 等）
- 三硬点（评测中无规范时 100% 被漏的约定）：结构化 {kind:'blocked'} 失败、__ModuleLoader__.load 客户端注册、patch 行 name=完整包名/id=短名
- 打包发布：逐文件 files 白名单、exports、LICENSE、npm pack 核对清单、npm Trusted Publishing（OIDC 工作流模板，无 token/OTP）
- 验证：理想环境三步（npm test + dsh plugin add + 冒烟）；受限环境（CI/沙箱/评测无 dsh CLI）提供 5 条离线替代路径

评测结果

两轮对比评测（3 个真实插件需求 × 带/不带 skill），带 skill 均满分、无回归：

| 用例 | 带 skill | 不带 skill（基线） |
| eval-1 · github 信息插件 | 10/10 | 8/10 |
| eval-2 · weather 插件 | 9/9 | 6/9 |
| eval-3 · wiki 检索插件 | 11/11 | 7/11 |
| 合计 | 30/30（100%） | 21/30（70%） |

关键发现：基线的失败高度集中在隐性制式（blocked 结构、__ModuleLoader__、patch id），恰是 skill 显式化的内容——证明判别力来自规范本身，而非基线偏弱。

评测工作区（含 benchmark.json、review.html 审阅页）在 dsh-plugin-dev-workspace/，与 skill 目录同级。

开发与迭代

- 评测用例：evals/evals.json（prompt + expectations）
- 评分：工作区的 scripts/grade.mjs（程序化断言，跨迭代可复用）
- 迭代流程：修改 SKILL.md/references → 重跑带 skill 用例 → 聚合 benchmark → 生成 viewer 审阅（skill-creator 标准流程）
- 改完源文件后，记得把整个目录重新复制到三个安装位置保持同步。

版本记录

| 版本 | 内容 |
| v1（iteration-1） | 初版：制式约束 + 流程 + references；评测 30/30 |
| v2（iteration-2） | 新增「最容易漏的三个硬点」（带对/错示例）、防过度工程引导、触发描述强化；评测 30/30 无回归 |
| v2.1 | packaging.md 发布章节补强：完整 publish.yml 模板 + npm pack 核对清单 |
| v2.2 | 双端/纯 Host 条件化（client 从默认必需改为按需可选）；独立审查 10 缺口全修复（受限环境验证替代、files 对齐、patch id 语义统一、LICENSE 等） |
| v2.3 | 新增「版本锚点」：标注规范对应的宿主版本与需核对的 API 调用点，宿主升级后强制核对，防规范老化 |

上游参考

- DeepSeek Harness 官方文档 docs/user/develop/：basic/config、basic/tool、basic/publish、framework/service
- 官方插件仓库：github.com/deepseek-ai/deepseek-harness（官方插件实现、示例与文档同源）