🎁 福利专区全网大模型免费应用 + 新用户福利 + 注册活动入口,低成本玩转 AI

插件投稿助手 chenkui-luo/awesome-dsh-submit

DeepSeek Harness
chenkui-luo7 天前有提交已提供中文文档扫描:无法判定

体检插件仓库并自动生成条目、提交 PR 跟踪结果

29.5/100
综合分
0
GitHub 星标
—
npm 周下载
—/5
用户评分

数据截至 2026/11/2 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。

安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add chenkui-luo/awesome-dsh-submit
该包不可直接 npm 安装,改从 GitHub 源安装(明细见下方安装检查)

状态速览

判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态
信任档位:仅索引
是什么[目录]—
dsh 原生插件 · other
暂无时间戳·判据 →
装得上吗[实装验证]—
本站尚未做安装检查
暂无时间戳·判据 →
安全吗[自动扫描]—
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
数据截至 2026/11/04·判据 →
还在维护吗[仓库]✓
活跃:最近一次提交在 7 天前
暂无时间戳·判据 →
图例:✓ 通过! 需注意— 未判定 / 无数据· 「未判定」= 本站尚无数据,不代表插件有问题
档位由哪些信号合成

本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。

验证判据与等级说明 →

可信度证据

安全扫描自动 · 静态分析源码
v2.7.0
⚪ 扫描:无法判定尚无人工评估
展开查看扫描说明与证据 ↓

已尝试扫描但取不到可分析的源码:仓库或包不存在、已删除,或为非 JS/TS 实现、未随包发布源码。无法判定,不代表安全。

  • · 包内无可扫 JS
  • · TS 源码(可能为非 JS 实现或未发布源码),无法判定
扫描于 2026/11/4(1 天前) · 范围 全包扫描(包内未声明入口) · 来源 GitHub 仓库

静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。

社区实装还没有人打卡 · 装过的第一个就是你
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个

把 DSH 插件仓库提交到 awesome-dsh-plugin 列表:检查资格、写条目文件、开 PR、读 CI 结果。

README

由 DeepSeek 最新模型翻译生成
awesome-dsh-submit 把 DSH 插件仓库提交到 awesome-dsh-plugin 列表:体检 → 写条目 → 开 PR → 跟结果。 有什么用 投稿规则里有几条是硬性的,靠印象做会白跑一趟: - 仓库必须声明 dsh.bundle(只有 dsh.client 装不上),补丁文件要在仓库里; - 仓库要带 dsh-plugin topic; - 仓库必须创建满 24 小时——这条由 CI 用 GitHub API 自动查,差一分钟也会失败; - 一个 PR 只能动一个文件 data/plugins/<owner>__<repo>.yml,两个 README 由上游生成,不能手改。 这个 Skill 把这些判断交给程序(check 逐项 [ok]/[fail],年龄不足会给出达标时刻),再用 gh api 完成分支、提交和 PR,最后读 CI 与合并状态。手工做还容易踩两个坑:受限环境里 git 走 schannel 会失败、命令输出走管道会拿到空响应——脚本都绕开了。 你会得到什么 - 一份逐项体检结论,含年龄达标时刻; - 一个符合上游格式的条目文件(含自动加引号的描述); - 一个只含这一个文件的 PR,以及它的 CI 结论与合并状态。
展开完整文档(README 剩余 1 节)
awesome-dsh-submit

把 DSH 插件仓库提交到 awesome-dsh-plugin 列表:体检 → 写条目 → 开 PR → 跟结果。

有什么用

投稿规则里有几条是硬性的,靠印象做会白跑一趟:

- 仓库必须声明 dsh.bundle(只有 dsh.client 装不上),补丁文件要在仓库里;
- 仓库要带 dsh-plugin topic;
- 仓库必须创建满 24 小时——这条由 CI 用 GitHub API 自动查,差一分钟也会失败;
- 一个 PR 只能动一个文件 data/plugins/<owner>__<repo>.yml,两个 README 由上游生成,不能手改。

这个 Skill 把这些判断交给程序(check 逐项 [ok]/[fail],年龄不足会给出达标时刻),再用 gh api 完成分支、提交和 PR,最后读 CI 与合并状态。手工做还容易踩两个坑:受限环境里 git 走 schannel 会失败、命令输出走管道会拿到空响应——脚本都绕开了。

你会得到什么

- 一份逐项体检结论,含年龄达标时刻;
- 一个符合上游格式的条目文件(含自动加引号的描述);
- 一个只含这一个文件的 PR,以及它的 CI 结论与合并状态。

安装

让 Agent 安装(推荐)

请帮我安装这个 Skill:https://github.com/chenkui-luo/awesome-dsh-submit

手动安装

1. 克隆或下载本仓库;
2. 放到宿主的 skills 根目录(例如用户主目录下的 .dsh/skills);
3. 目录名需与 SKILL.md 的 name 一致。

配置

无需配置文件,但需要:

- Node.js ≥ 20;
- 已登录的 gh CLI,具备 repo 权限(gh auth login)。

脚本不保存任何令牌:所有请求都通过你本地已登录的 gh 发出。

使用

自然语言触发:

- 「把这个插件提交到 awesome 列表」
- 「先看看这个仓库够不够条件提 awesome」
- 「我那个 awesome PR 现在 CI 什么状态」

命令入口:

node scripts/submit_entry.mjs check --repo <owner/repo>
node scripts/submit_entry.mjs prepare --repo <owner/repo> --category <分类> --en "<描述>" [--zh "<描述>"]
node scripts/submit_entry.mjs submit --entry <条目 yml>
node scripts/submit_entry.mjs status --pr <编号>
node scripts/submit_entry.mjs self-test

兼容性与依赖

| 维度 | 状态 |
| 目标 | 仅 awesome-dsh-plugin 这一个注册表,格式固定为 data/plugins/*.yml |
| Windows | 已实际执行通过(体检、生成条目、开 PR、读 CI) |
| macOS / Linux | 未验证;脚本只用 Node 标准库与 gh,未用平台专属命令 |
| Node.js | ≥ 20 |
| 外部依赖 | gh CLI(已登录)与网络 |
| 写入范围 | 只写你自己的 fork 分支与上游 PR,不改上游 main |

数据与适用边界

- 所有请求经由你已登录的 gh 发出,不经过第三方服务;脚本不读取、不保存令牌。
- 会在你的账号下创建上游 fork,并写入一个条目文件、开一个 PR。
- 不适用于:dsh-marketplace 注册表(字段与目录都不同)、npm 发布、修改上游 README、替别人投稿(submit 用的是当前登录账号)。

输出

- check:终端逐项结论,--json 输出结构化结果;
- prepare:<owner>__<repo>.yml 文件,默认写当前目录;
- submit:PR 地址;
- status:检查项、合并状态、上游是否已有条目文件。

测试

node scripts/submit_entry.mjs self-test # 生成、加引号、参数校验

静态校验用 oil-skill-creator 的 validate_skill.py,以 --public --strict --weak-model 运行;本 Skill 明确只服务一个上游注册表,因此不启用 --universal。

真实效果验证:用真实仓库跑 check,再跑一次完整 submit 并跟踪到 CI 结论。

许可证

MIT
预览分享卡片长什么样 ↓chenkui-luo/awesome-dsh-submit
分享 · DeepSeek Harness Hub
chenkui-luo/awesome-dsh-submit

体检插件仓库并自动生成条目、提交 PR 跟踪结果

这个插件是你维护的吗?
作者本人可认领并核对本条目;认领通过后,详情页会显示「作者已认领」标记。
认领条目 →
回到顶部