Publish · Review desk

把仓库交给审核队列。

检查仓库、补充审核资料、站内提交。你不需要离开页面；提交记录会公开进入 GitHub 队列，方便维护者反馈和持续跟进。

检查仓库公开元数据
补充资料审核所需信息
站内提交无需跳转
跟踪审核公开 Issue

站内提交，GitHub 留痕

表单会把预检和作者资料整理成公开审核工单，并自动通知维护者。

查看提交队列

提交插件仓库

先确认仓库状态，再补充两项审核资料。整个过程大约需要一分钟。

GitHub 仓库

例如：owner/repo

发布前准备

自动发现要求根目录或子包 package.json 声明 dsh.bundle，且 patch 是顶层 YAML 数组（允许空数组）。

{
  "name": "dsh-hello-plugin",
  "dsh": {
    "bundle": {
      "patch": "./cordis.patch.yml",
      "profile": "web"
    }
  }
}

从 GitHub 安装会拉取源码，不是构建产物。TypeScript 包需要自包含的 prepare 脚本；用户可能还要在 profile 的 pnpm-workspace.yaml 里允许 allowBuilds。更稳妥的方式是发布到 npm，或让用户安装 github:owner/repo#commit。

官方打包说明：Package and install a plugin

为什么插件还没有被收录？

只有 Topic，没有安装命令

dsh-plugin 是发现入口。还要有有效的 dsh.bundle.patch 和对应文件；仅有关联信号的候选仓库不会进入默认可安装列表。补齐最低 Manifest 契约后再检查。

Patch 检查失败

路径必须以 ./ 开头、相对当前包，不能使用绝对路径或通过 .. 越界；文件要提交到仓库，内容必须是顶层 YAML 数组。最小空 Patch 是 []，不是 {}。子包还需在根 package.json 的 dsh.bundles 中列出。

本地通过，网页检查却失败

网页读的是 GitHub 已推送的文件，不是磁盘上的改动。先确认 owner/repo 和提交。网页检查器检查根包；子包用下面的本地命令指向实际声明 bundle 的包目录。浏览器使用匿名 GitHub API，限流时可稍后重试。本地通过不等于新快照已发布。

npm run check:plugin -- /path/to/your-plugin-package

所有条件满足，列表仍没更新

等待下一轮计划同步，并在插件库首页核对快照时间。页面报告过期时，不要把旧列表当作最新结果。可在现有同步 Issue 中查看故障或提交脱敏的仓库地址与检查结果。

已确认 Manifest，就是安全插件吗？

不是。本目录不运行插件代码，也不验证安装后的行为。安装前仍需检查源码、依赖和权限。DSH Desk 用户通过 Plugins… 进入桌面审查流程；目录验证不等于进入桌面的可信目录。

Manifest 最低契约 · 返回插件库 · 同步故障与支持 · DSH Desk 安装与常见问题

审核会怎样进行

系统创建公开审核 Issue，并指派维护者。
预检结果、作者说明和反馈集中记录。
需要调整时，在同一条审核记录中跟进。
符合收录契约后，由目录同步任务更新列表。

把仓库交给审核队列。

提交插件仓库

已进入审核队列