DSH Plugins
返回列表
⚙️

dsh-slipway

工作流 更新于 2026.10.18

在终端中运行以下命令:

dsh plugin install 7gzgn/dsh-slipway

将以下提示词粘贴到 DeepSeek Harness 对话框中:

在 DeepSeek Harness 中执行 dsh plugin install 7gzgn/dsh-slipway,或从 https://github.com/7gzgn/dsh-slipway 按仓库说明安装。

插件介绍

发布 DSH 插件到 GitHub 并走市场收录,往往是一串重复劳动:建仓库、逐文件上传、打 topic、fork 分支、写登记 yml、开 PR,最后再线上回拉核对。手写脚本容易重复踩坑。dsh-slipway 把这条链路收成一次调用,自检、建仓或复用、上传、市场 PR、回验各阶段都留下可核对的证据。

核心能力围绕只走 GitHub:按 package.json 的 files 白名单收集文件,检查 main、exports 与 bundle 是否落地,并在发布前扫密钥;远端侧幂等建库、带 sha 的逐文件 PUT、设 topics,再 fork 上游、写 data/plugins 条目并开 PR,已有 PR 则只报号不重复开;最后把线上每个文件拉回,与本地比 sha256 与长度。

默认 dry-run,不显式放行就不会动远端;目标路径、仓库、分类与中英文简介必须显式给出,token 与 owner 不匹配会直接停,输出里 token 只掩码。适合维护 DSH 插件、需要稳定可审计的 GitHub 发布与市场 PR 流程的开发者与 Agent 工作流,先 dry-run 给人看报告,获准后再真正执行。

使用场景

  • 本地 DSH 插件工程需要一键推到 GitHub 并开市场收录 PR
  • Agent 先 dry-run 生成报告,人工确认后再真正发布
  • 发布后要把线上文件拉回,与本地 sha256 和字节长度核对

适合人员

  • 维护 DSH 插件、反复走 GitHub 发布链路的开发者
  • 用 Agent 编排发布流程、需要可审计证据的团队
  • 只使用 GitHub 作为仓库与市场 PR 目标平台的用户