dsh.bundle 怎么写？

package.json 里 dsh.bundle.patch 相对路径；加 topic dsh-plugin；本页预检 → Issue → registry。

预检失败了怎么办？

按 Issue/检查输出改契约（公开仓库、合法相对路径 patch、topic），不要另开账号体系；修完回同一提交线程。通过也不等于官方背书或安全审计。

Publish · GitHub review

如何发布 dsh 插件

发布 dsh 插件先过 dsh.bundle 契约，再走本页预检。先运行仓库预检，再创建带检查结果的 GitHub Issue。维护者反馈、修复记录和最终结论都留在 GitHub；满足契约的仓库仍会自动发现。

预检不过常见：仓库非公开、package.json 缺 `dsh.bundle.patch`、路径含 `..`、未加 `dsh-plugin` topic。修完在同一 Issue 跟进；本站非官方，合并进 vbarter/dsh-plugin-registry 后目录才更新。官方如何声明 bundle 见：Package and install a plugin。

dsh.bundle 与 topic 契约

根目录 package.json 必须声明 dsh.bundle.patch，值为相对路径（不能含 ..）。仓库加上 GitHub topic dsh-plugin。

提交路径：本页预检 → GitHub Issue → 维护者合并到 vbarter/dsh-plugin-registry 后，目录才会更新。

检查仓库公开元数据
预填提交检查结果
GitHub 审核Issue 可追踪
进入列表合并后同步

GitHub 是正式提交通道

每次提交都会创建公开 Issue，用于自动检查、维护者反馈和最终结论。维护者合并审核 PR 后，站点目录才会更新。

查看提交队列

提交插件仓库

输入公开 GitHub 仓库，先完成预检，再生成带结果的正式提交。

发布前准备

自动发现要求根目录 package.json 声明 dsh.bundle。GitHub Issue 是正式通道，本站不另开账号体系。

{
  "dsh": {
    "bundle": {
      "patch": "./cordis.patch.yml"
    }
  }
}

提交后会发生什么

GitHub 创建公开提交 Issue。
Action 预检仓库，通过则写入目录草稿，否则进入待审队列。
系统开出审核 PR；按评论修复后在同一 Issue 跟进。
维护者在 GitHub 合并审核 PR 后，站点数据才更新。

查看完整收录规范直接打开 GitHub Issue

常见问题

dsh.bundle 怎么写？: package.json 里 dsh.bundle.patch 相对路径；加 topic dsh-plugin；本页预检 → Issue → registry。
预检失败了怎么办？: 按 Issue/检查输出改契约（公开仓库、合法相对路径 patch、topic），不要另开账号体系；修完回同一提交线程。通过也不等于官方背书或安全审计。