提交插件

让插件进入插件市场,验证了 dsh.so 的核心价值:当开发者主动提交插件时,dsh.so 就从「内容站」变成了「生态中心」。在下方粘贴仓库地址或 npm 包名——检查器会自动识别来源渠道,随后拉取、校验格式规范、执行安全扫描,并为你生成一份通过 schema 校验的插件市场条目。

接受标准

  • ✔ DSH 兼容信号(至少其一):
    • •package.json 中的 dsh 字段
    • •cordis / agent.cordis manifest
    • •dsh.plugin.* manifest
    • •DSH 话题:dsh-plugin
  • ✔ README 带安装说明
  • ✔ 开源许可证(SPDX 可识别)
  • ✔ 插件 id 规范——仓库名(纯 npm 条目则为包名)需符合 ^[a-z0-9]+(-[a-z0-9]+)*$
  • ✔ 源码可扫描——仓库包含可供安全扫描分析的源码文件(JS/TS、脚本等);纯文档或空仓库无法完成扫描
  • ✔ 安全扫描通过——无阻断级发现(硬编码密钥、数据外传端点、破坏性操作、挖矿特征);警告级发现需人工复核后再提交

扫描覆盖:vet 对 JS/TS(及 shell/PowerShell 下载执行模式)做 AST 分析;其他语言由 dsh 启发式扫描兜底。

检查你的仓库

两种都直接粘贴——渠道自动识别。仓库(GitHub · Gitee · GitLab):github.com/owner/repo · gitee.com/owner/repo · owner/repo。npm:dsh-foo · @scope/dsh-foo · npmjs.com/package/dsh-foo。npm 包有没有 Git 仓库都能提交:声明了仓库就挂仓库,没有则按「纯 npm」收录。检查对象恒为已发布的 tarball。

条目类型

桌面壳等内置 dsh 运行时的独立应用将按「生态应用」收录(等级位显示 L5 · 生态应用):安装位展示 GitHub 仓库链接而非安装命令,不参与安装验证阶梯(安全扫描照常执行)。

安全扫描技术提供商
dsh.so
dsh-plugin-vet

接下来会发生什么

报告兼容性实测

你在某个 dsh 版本上跑过某个插件,结果能用(或不能用)?这正是生态需要的数据——dsh.so 对此很诚实:目前没有任何插件被标记为已验证,唯一能改变这一点的就是真实报告。复制下面的模板,贴到官方 Discussions,dsh.so 会把结果并入版本兼容矩阵。

模板 · 复制并发布

有疑问?

在官方 DSH Discussions 提问,或在 dsh.so 仓库开一个普通 issue。

这页有帮助吗?