← 返回列表
未验证
DSH 插件包规范与示例
尚未跑自动兼容性验证，可查看页面内的依赖与入口分析。 · 最近上游提交 2026/8/23 · 已提供中文文档
DSH 插件包清单、模式、验证与发布指南
综合分
28.7
GitHub 分
28.7
用户评分
—
★ Stars
2
周下载量
—
安装插件（需先安装 dsh CLI 引擎：npm install -g @deepseek-ai/dsh）
dsh plugin --profile web add baihejiangnan/dsh-plugin-pack该插件未发布到 npm，走 GitHub 源安装（pnpm 若拦截 prepare 脚本，按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑）
信任档位：已验证本站已于 0 天前真实安装成功
- 是什么
- dsh 原生插件 · other
- 装得上吗
- 本站已真实安装成功（非静态推断）
- 安全吗
- 本站尚未对该插件做风险分级（暂未覆盖，不等同于无风险）
- 还在维护吗
- 更新放缓：最近一次提交在 33 天前
档位由下列信号合成：本站实装验证（真实安装，当前最高到 L4）· 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。 验证判据与等级说明 →
🟢实装验证通过· 2026/9/25
由本站实装验证器在真实 dsh 环境安装成功，非静态推断。
数据截至 2026/9/20（元数据每日更新 · 实装验证按队列轮转，单条结论的验证时间见上方）
用户评分
还没有人投票，来当第一个
订阅周报，不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动
README
由 DeepSeek 最新模型翻译生成DSH 插件包规范与示例 本仓库用于定义和演示 DSH 插件合集的发布格式。 核心约定 - 单个插件仓库使用 dsh-plugin。 - 插件合集仓库同时使用 dsh-plugin 和 dsh-plugin-pack。 - 合集只保存安装清单，不复制插件源码。 - 用户可以自由创建合集仓库；本规范仓库使用 dsh-plugin-pack，其他合集仓库应按内容命名。 - 市场读取清单后，仍然调用 DSH 原生的 dsh plugin add 完成安装。 推荐的合集仓库名称包括 dsh-plugin-pack-office、dsh-plugin-pack-writing 和 dsh-plugin-pack-better-sidebar。 发布步骤 1. 复制 dsh-plugin-pack.json。 2. 修改合集信息和插件列表。 3. 为仓库添加 dsh-plugin、dsh-plugin-pack 两个 topic。 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 合并后才算被当前启动器市场正式收录。 清单支持 npm 包名、GitHub 规格、Git URL 以及 DSH 支持的其他安装规格。requires 用于表达合集内插件之间的依赖关系，例如 Office 扩展依赖 Better Sidebar 基础插件。 真实示例 本示例使用： - DSH Better Sidebar - DSH Sidebar QA 它们分别代表可扩展宿主和通过 ctx.betterSidebar.registerTab 注册页面的第三方扩展。清单中的扩展应以 requires 指向宿主；扩展自身仍需声明 peerDependencies 和运行时注入，保证脱离插件包安装时也能正确表达依赖。 插件包市场试运行 market/index.json 已先收录 dsh-plugin-pack-web。这个合集使用推荐的 json-manifest 格式，市场直接读取其 dsh-plugin-pack.json 结构化清单。 校验 npm run validate GitHub topic 不允许使用下划线，因此实际 topic 使用连字符形式；本规范仓库名称也统一为 dsh-plugin-pack。详细字段说明见 README.md。