score-plugins
GitHub自动化评估 DSH 插件生态质量,结合程序指标与 AI 工程规范评审,生成综合评分及等级。支持批量采集证据、并行评审并入库,用于筛选优质插件及监控生态健康度。
Trigger Scenarios
Install
npx skills add hikariming/dshfind --skill score-plugins -g -y
SKILL.md
Frontmatter
{
"name": "score-plugins",
"description": "对 DSH 插件生态跑一轮综合评分(0-100 + S\/A\/B\/C)。流程:同步 Turso → 采集证据 → AI 按量表评工程规范 → 合成入库 → 重生成静态数据并推送。用于批量评新插件、按 star 阈值扩大覆盖或定期重评。"
}
DSH 插件综合评分
一轮评分 = 硬指标程序算 + 工程规范 AI 评,最终 0-100 分与 S/A/B/C 等级
写入 Turso plugins.score / score_detail / scored_at,前台徽标与筛选自动生效。
总分结构(算法在 scripts/lib/scoring.mjs,权重随生态年龄 0→90 天自动过渡)
| 维度 | 早期权重 | 成熟权重 | 谁算 |
|---|---|---|---|
| 活跃度(push 新鲜度/commit 密度/issue 响应) | 25 | 45 | 程序 |
| Star 热度(早期看增速,成熟看存量+持续性) | 30 | 30 | 程序 |
| 工程规范(manifest/发布/文档/DSH 集成度) | 25 | 15 | AI 评审 |
| 维护者靠谱度(账号年龄/既往作品/内测/协作) | 20 | 10 | 程序 |
刷量守卫:star 增速高但 commit 与 issue 几乎为零 → 程序自动砍半并标 ⚠️;AI 也可判 suspicious。
archived 总分 ×0.3。运营钦定分在 scripts/apply-scores.mjs 顶部 PINNED
(如 deepseek-ai/deepseek-harness = 100,重评不覆盖)。
流程
# 1. 先同步,保证 star/描述是最新的
pnpm sync:db
# 2. 选批次:查未评分名单(阈值按需调,历史批次:featured 全量 → star≥20 → star≥8 → star≥4)
node --env-file=.env.local --input-type=module -e "…SELECT full_name FROM plugins
WHERE is_present=1 AND is_offtopic=0 AND score IS NULL AND stars >= <N> ORDER BY stars DESC…"
# 3. 采集证据(每仓约 7 个 GitHub/npm 请求;量大时分片并行跑多个实例)
node --env-file=.env.local scripts/collect-score-evidence.mjs <evidence.json> owner/repo …
# 4. AI 评审(见下方量表)→ 产出 verdicts.json:
# { "owner/repo": { "manifest": 0-8, "release": 0-4, "docs": 0-6,
# "dshIntegration": 0-7, "suspicious": bool, "comment": "一句话点评" } }
# 批量时按 evidence 分片派 subagent 并行评,各自返回 JSON 后合并。
# 5. 合成入库
node --env-file=.env.local scripts/apply-scores.mjs <evidence.json> <verdicts.json>
# 6. 前台生效:重生成静态数据 → 构建验证 → 提交推送(Vercel 自动部署)
pnpm gen:plugins && pnpm build
git add src/lib/plugins-real.ts && git commit && git push origin main
AI 评审量表(工程规范 25 分制)
manifest 0-8 —— 是否是真正可安装的 DSH 插件包
- 8:npm 规范包 +
dsh字段 + 真实@deepseek-ai/dsh-*依赖 - 6:有
dsh.bundle/清单、可dsh plugin add安装(private 或仅 git 装扣一点) - 4:有 package.json 但非插件形态(桌面壳/发行版/上游仓)
- 2:纯清单/文档/技能目录仓,无打包
- 0:无 package.json 且无任何工程载体
release 0-4 —— 发布纪律
- 4:npm 多版本 + git tag/Release(或桌面应用有安装包产物)
- 3:npm 已发或 Release 产物齐全(二选一)
- 2:只有 git tag
- 1:什么都没有,永远 main 裸奔
docs 0-6 —— 文档诚意
- 6:README 有安装步骤 + 截图/演示 + 双语或多语;LICENSE 齐
- 5:内容完整但缺其一(常见:缺 LICENSE)
- 4:能看懂但单薄
- 0-2:空 README 或几行了事
dshIntegration 0-7 —— DSH 真实集成度(早期最值钱的信号,也是蹭热度探测器)
- 7:纯 DSH 插件,深用槽位/工具/服务/预设等机制
- 5-6:DSH 生态专属但形态外围(桌面壳、发行版、目录仓、教程)
- 3-4:通用工具/上游仓,DSH 集成放在配套仓或只是目标之一
- 1-2:与 DSH 无实际集成(≤2 分的写进报告,作为蹭热度候选交运营裁决)
校准锚点(对齐历史批次):dsh-TUI=8/4/6/7;awesome 类目录仓≈2/1/5-6/5-6; 桌面壳≈3-4/2-3/5/5;colleague-skill(通用技能)=1/2/5/2。
运营惯例
- 新精选(
--featured=1)的插件要顺手补中英日韩四语文案——写 Turso(即时生效):node --env-file=.env.local scripts/set-plugin-i18n.mjs <owner/repo> --locale=zh --description="…"(或 --from-json 批量;详情富文案用 --intro / --highlights / --install-cmd)。src/lib/plugin-i18n.ts是生成物请勿手改,跑pnpm gen:plugins从库刷新。 - 评审发现的异常(README 缺失、内测保密声明未删、借用官方 scope 命名、疑似刷量)写进汇报。
- 每批做完在提交信息里记录累计覆盖数;star≤3 长尾不评,靠活跃度衰减自然区分。
Version History
- e5254b3 Current 2026-08-19 11:33


