评分怎么算的
我们不使用主观编辑打分。所有分数来自可抓取的客观信号，权重固定写在构建脚本里， 每款软件的详情页都会列出 11 项信号各自的得分、权重与原始数据链接——你可以自己复算。
欢迎度 · 可被刷
衡量「有多少人在关注、有多少人在写代码」。Star 数权重最高但不过半，其余部分靠提交频率与发版节奏补足， 避免僵尸项目靠历史星光占位。
社区热度
GitHub Stars，对数归一化到 60k
近期贡献
近 3 个月提交数，饱和函数 100·c/(c+10)
二次开发
Forks + Watchers，对数归一化到 8k
活跃脉搏
最近一次 push 距今；≤14 天满分，之后每天 −0.55
发版新鲜度
最新版本距今；≤60 天满分，之后每天 −0.35
可信度 · 要拿证据
衡量「敢不敢放进生产」。许可证、维护连续性、供应链安全是硬指标；OpenSSF Scorecard 未覆盖的项目 会改用无 OSSF 的权重表，避免因缺数据被一刀切扣分。
许可证清晰度
OSI/SPDX 标准自由许可证满分；非自由 30；专有/未知 12；无证 15
供应链安全
OpenSSF Scorecard 得分（分支保护/代码审查/依赖更新等 18 项）
维护连续性
近 6 个月中有提交的月份数 / 6
开源透明度
代码仓库 55 + 源码链接 25 + HTTPS 官网 20
项目沉淀
仓库创建至今时长，对数曲线封顶 120 个月
社区规模
Watchers 对数归一化到 3000
综合分与等级
综合分 = 0.46 × 欢迎度 + 0.54 × 可信度（可信度略高权重，因为「能上线」比「很热」更重要）。 已归档项目额外惩罚：可信度封顶 32、欢迎度乘 0.35、综合分封顶 30。
- S
综合分 ≥ 88 · 社区与工程都顶级，可以放心纳入生产
- A
综合分 ≥ 76 · 健康活跃，绝大多数场景可直接用
- B
综合分 ≥ 62 · 可用，需关注维护节奏或许可证细节
- C
综合分 ≥ 46 · 存在明显短板，试用前先做安全评估
- D
综合分 < 46 · 数据缺失或项目停滞，谨慎采用
无 Scorecard 时的替代权重
目前收录的软件中只有约 37% 被 OpenSSF 扫描过（其余未被收录进 Scorecard 数据集，例如 Gitea、Vaultwarden、Immich 都是 404）。对未被扫描的项目，我们把 OSSF 的 24% 按比例分摊给其余可信度信号：
许可证清晰度
同上
维护连续性
同上
开源透明度
同上
项目沉淀
同上
社区规模
同上
数据来源与更新
数据快照每夜重算一次。软件元数据部分按 CC-BY-SA-3.0 协议共享，转载需保留署名与相同协议。