baihejiangnan/dsh-plugin-pack

README 摘要

DSH Plugin Pack 规范与示例：如何发布一个可被 DSH 插件包市场发现的插件合集。 这是什么 DSH 插件生态使用 dsh-plugin 作为统一发现入口。插件合集仓库在此基础上再添加 dsh-plugin-pack ，表示仓库提供的是一组插件的分发清单，而不是单个插件本体。 插件合集不需要复制插件源码，也不需要依赖某个启动器。它只记录插件名称、安装规格、仓库地址和依赖关系。任何兼容 DSH 的客户端都可以读取清单，并为用户执行等价的： 快速开始 1. 复制本仓库的 dsh-plugin-pack.json 。 2. 修改 id 、名称、说明和 plugins 列表。 3. 为仓库添加两个 topic： dsh-plugin 、 dsh-plugin-pack 。 4. 运行 node scripts/validate.mjs 。 5. 发布仓库后，向本仓库提交 PR，将插件包条目加入 market/index.json 。 使用 AI 快捷创建插件包 可以将 DSH 插件包 AI 快捷分享提示词 发送给已安装插件的 DSH。AI 会协助盘点当前 Profile、核实可复现安装源、生成符合 Schema v1 的插件包仓库，并引导完成本地验证、GitHub 发布和 Topics 配置。 配置 dsh-plugin 与 dsh-plugin-pack Topics 表示仓库属于 DSH 插件包分类，但当前启动器不会仅凭 Topic 自动展示仓库。插件包还需要通过 PR 加入本仓库的 market/index.json ；PR 合并后才算被当前启动器市场正式收录。 本规范仓库名为 dsh-plugin-pack 。其他合集仓库应根据内容命名，例如 dsh-plugin-pack-office 、 dsh-plugin-pack-writing 或 dsh-plugin-pack-better-sidebar 。 清单格式 规范文件名为 dsh-plugin-pack.json ，当前 schemaVersion 为 1 。每个插件必须有唯一的 id 和可直接传给 DSH 的 spec 。 requires 使用清单内其他插件的 id 表示安装依赖。 spec 可以是 npm 包名、GitHub 规格、Git URL 或 DSH 支持的其他安装规格。合集市场负责展示和展开清单，插件的实际安装仍由 DSH 完成。 这里的 dsh-sidebar-qa 是一个真实的第三方扩展示例：它不会自行创建侧边栏宿主，而是通过 Better Sidebar 暴露的 ctx.betterSidebar.registerTab 服务注册页面。 requires 让安装器先安装宿主，再安装扩展；插件本身仍应通过 peerDependencies 和运行时注入声明硬依赖，不…

分类