向 dsh.plus 投稿你的插件

收录标准

dsh.plus 的人工审核主要依据四条标准，最终决定权归站点所有：

  1. 原创有价值：插件解决真实问题、具备独立价值，而非简单包装现有功能；
  2. 真实可用：能够顺利安装并运行，提供可验证的安装方式与基本稳定性；
  3. 文档齐全：项目说明、安装步骤与使用示例清晰完整，README 语焉不详的暂不收录；
  4. 与 DSH 生态相关：插件面向 DeepSeek Harness 使用场景，或显著增强 DSH 的工作流与体验。

此外还有一条隐含要求：许可证允许。仓库需要声明开源许可证（如 MIT、Apache-2.0），且许可证允许被收录、展示与分发——没有许可证或条款不明确的仓库无法收录。

投稿流程

投稿在申请收录页（/submit）完成，全程大约三步：

  1. 填写表单：提供插件名称、GitHub 仓库链接、分类（Agent 增强 / 工具集成 / UI 主题 / 自动化工作流 / 开发工具 / 其他）、你的邮箱、一句话简介与补充说明；提交前需通过 Turnstile 人机验证；
  2. 进入审核队列：提交写入待审队列，站长会人工核对仓库元数据（描述、star、协议、topic）与上架标准；
  3. 审核结果：通过后，系统会自动拉取仓库元数据、生成中英双语条目并提交到站点仓库，触发自动重建，几分钟内即可在插件库看到你的插件；被拒绝则会附上理由。

同一仓库重复投稿会被查重拦截，请勿重复提交。

怎么写更容易过审

  • README 写清楚三件事：这个插件解决什么问题、怎么安装、怎么使用——最好带真实可运行的示例与截图；
  • 给出可验证的安装命令，例如 dsh plugin --profile web add <你的包名>，让审核员能直接复制验证；
  • 明确许可证，并在仓库根目录放好 LICENSE 文件；
  • 与 DSH 深度相关：面向 Harness 场景开发，例如注册工具、扩展 agent 能力、集成第三方服务；给仓库打上官方 dsh-plugin 主题标签；
  • 保持仓库活跃：提交前确保能正常安装运行，归档或 404 的仓库会直接落选。

常见被拒原因

  • README 语焉不详，看不出用途、安装方式或用法；
  • 无法安装或运行，安装命令不可验证；
  • 与 DSH 无关，或只是对现有功能的简单包装；
  • 已被收录或与已有插件高度重复；
  • 没有许可证，或许可证禁止再分发；
  • 仓库已归档、404 或长期无人维护。

如果你的插件被拒，邮件或表单里的备注会说明原因；修复问题后可以再次提交。想先了解怎么写插件，可以读《编写第一个 Cordis 插件》和《Cordis 进阶》。