提交 DSH 插件
本站条目由公开仓库数据生成，并经人工复核。如果你维护着一个 DeepSeek Harness 插件，最快的路径是加上 dsh-plugin topic 后提交链接。
- 01
把仓库公开
把插件设为公开仓库，并加上 dsh-plugin topic，扫描 GitHub 的目录站就能自动发现它。同时补上 LICENSE 文件，以及写明准确安装命令的 README。
- 02
声明兼容版本
在 dshTarget 字段里写明你测试过的 harness 版本，并在 README 里用自然语言重复一次，包括在旧版本上会出什么问题。
- 03
提交收录请求
提交仓库链接、160 字以内的单句描述，以及你希望展示的安装命令。可以让你的 agent 通过下面的提交 API 直接提交；手动提交也只是填一个 issue 表单。
- 04
审查与上线
提交后核查四项：来源、安装命令准确性、权限面、维护信号。四项通过后条目上线，通常在一周内。
怎么提交
两个入口，同一个队列。无论走哪条路，提交都会成为 submissions 仓库里的一个公开 issue，审查过程和结论都留在那里。本站不通过邮件接收提交。
让你的 agent 提交 —— 推荐路径
如果有 AI agent 帮你开发插件，提交这件事也交给它。安装 submit-dsh-plugin 技能后，它会按下面的审查清单逐项核查仓库，然后把字段 POST 到提交 API；其它 agent 也可以直接调用同一个接口：
curl -X POST https://www.alldsh.com/api/submit \
-H 'Content-Type: application/json' \
-d '{"repo": "owner/repo",
"tagline": "一句话描述，160 字以内。",
"install": "dsh plugin --profile web add your-package",
"categories": ["skills-agents"],
"notes": "需要 API key；只写 ./cache 目录。"}'接口会自己复核机械项——仓库公开、已设 dsh-plugin topic、未归档、没有重复的待审提交——然后用 JSON 返回公开评审 issue 的链接。对同一个 URL 发 GET 可以拿到机器可读的接口说明，agent 不必读这个页面也能知道该传什么。
手动提交
同样这五项内容，填进 GitHub issue 表单即可。不收费，维护者和其他人走同样的审查流程。
一次提交包含这五项
- 仓库链接
- 单句描述，160 字以内
- 准确的安装命令
- 你认为合适的分类
- 审查者需要知道的信息：是否需要凭证、是否依赖付费接口、是否有特殊权限
审查清单
条目上线前会核查下面六项。缺少任何一项通常会带着说明退回，而不是直接拒绝。
- 公开仓库，且有可见的提交历史
- 仓库已添加 dsh-plugin topic
- 根目录有 LICENSE 文件
- README 里有可直接复制的安装命令
- 已声明 dshTarget，且与实测版本一致
- 可选：记录精确版本号，方便复现
收录不代表什么
收录不是背书，也不是安全保证。它只记录被核查过的内容：来源、安装命令、验证等级和维护信号。用户仍需自行确认权限面， 而条目设计的目标正是让这一步变容易。
常见的退回（而非直接拒绝）原因：安装命令在已发布包名上解析不了；仓库没有公开源码；描述是营销文案而没有能力说明；或插件需要凭证却没有写清存放方式。改完再提交即可——退回是批注，不是封禁。