本文目录导读：
板凳深度”的评级打分，在开源项目领域并没有一个像“综合评分”那样统一的“国家标准”，因为“板凳深度”本身是一个相对主观的团队健康度指标，它衡量的是“当核心维护者休假、离开或精力不济时，项目能否继续平稳运行”。
业界（如CNCF、Linux基金会、Apache基金会）在评估项目成熟度时，有一套公认的定性评估框架，结合这些框架和主流开源社区的共识，我为你整理了一套可量化的打分模型（满分100分制），你可以根据项目实际情况进行对照打分。
打分模型：5大维度，20个细项
核心贡献者数量与分布（权重 30%）
这是最直观的“板凳厚度”体现。
- 数量标准：
- 拥有 3名及以上 活跃的核心维护者（拥有合并代码权限），且他们分布在不同公司或不同时区（避免单一雇主风险）。 得 30分
- 拥有 2名活跃核心维护者，或虽有多名但属于同一家公司。 得 15分
- 仅有 1名核心维护者（即“独裁者”模式）。 得 5分
- 评分建议： 如果核心团队连续6个月无新增，扣5分；如果存在“休眠”核心成员（超过3个月无提交），按比例扣分。
代码审查与决策机制（权重 25%）
板凳深度不仅看“有人”，还看“人有没有话语权”。
- Review机制： 所有PR（Pull Request）必须至少经过 1名非作者的维护者 批准才能合并。 得 10分
- 决策透明度： 存在公开的讨论渠道（如GitHub Discussion、邮件列表），且重大决策（如API变更）有公示期。 得 8分
- 独立贡献者参与度： 非核心成员（外部贡献者）的PR合并率高于30%，且代码审查响应时间平均在48小时以内。 得 7分
文档与知识沉淀（权重 15%）
“板凳”深不深，也指“即使新人上场也能快速胜任”。
- 架构决策记录（ADR，Architecture Decision Records）： 有完整的ADR文档，新维护者能在几天内理解历史设计意图。 得 5分
- 贡献者指南（CONTRIBUTING.md）： 不仅有贡献流程，还包含“如何成为维护者”的晋升路径。 得 5分
- 模块化程度： 代码库按模块解耦，允许新维护者在不了解全局的情况下也能在特定子模块独立工作。 得 5分
治理与轮值机制（权重 15%）
这是“高标准”的板凳深度，即制度化的轮换。
- 明确的主席（Chair）或发布经理轮值： 版本发布由不同的人轮流主导。 得 5分
- 文档化的禅让/退出机制： 核心成员离职时，有明确的交接流程。 得 5分
- 定期维护者会议： 有固定的周会/月会，且会议记录公开，缺勤不影响决策连续性。 得 5分
替补队员（准维护者）培养（权重 15%）
优秀项目的板凳深度包含“候补梯队”。
- 维护者晋升通道： 明确写有“从优秀贡献者到维护者”的评审标准。 得 7分
- （如果已有“候补维护者”正在接受辅导，满分为10分，未启动则为7分）
- 关键岗位备份： 特别是谁负责CI（持续集成）流水线、谁负责依赖升级（Renovate Bot管理）、谁负责安全漏洞响应，每个岗位是否有A角/B角。 得 8分
评级对照表
根据上述打分,可将项目板凳深度划分为四个等级：
| 综合得分 | 评级 | 形象比喻 | 风险评估 |
|---|---|---|---|
| 80 - 100 | S级（豪华舰艇） | 国家队 | 极低，即使核心成员集体休假一个月，项目依然能自动运转。 |
| 60 - 79 | A级（扎实梯队） | 优秀职业俱乐部 | 低，若有一人离开，替补能在一周内接管，不影响主线版本发布。 |
| 40 - 59 | B级（核心依赖） | 夫妻店+学徒 | 中高，一旦创始人或灵魂人物消失，项目将进入“维护模式”甚至停滞。 |
| 0 - 39 | C级（单点故障） | 个人英雄帖 | 极高，项目是否存续取决于某一个人的心情和精力。 |
如何打分与实操建议
-
如何获取数据？
- GitHub Insights -> Contributors（查看贡献频率及雇主分布）。
- GitHub Issues -> Assignees（查看日常任务打标是否集中在少数人身上）。
- 查看最近 10个 Release 的提交者名单（是否有新人成为核心提交者）。
-
如果你的项目得分低于60分，该如何补强板凳深度？
- “摊煎饼”策略： 拒绝“全能手”维护者，将某个复杂模块（如存储引擎、网络层）完全外包给一个叫“泛左”的二级维护者负责，给予他们该模块完全的合并权。
- 制度化审查： 强制实施“代码不认人”政策——即使是创始人提交的PR，也必须由另一位成员打勾批准（哪怕只是形式上的）。
- 启动“影子计划”： 定期挑选一名活跃的外部贡献者，允许其旁听核心维护者会议，并交给他几个“复杂度较高”的Issue去处理，作为候补观察。
“板凳深度”打分不仅仅是数人头，它本质上是在评估“项目的抗风险能力”，对于企业选型来说，如果一个开源项目的板凳深度评分在 B级以下，就意味着你的业务将面临较高的技术债务风险，建议需要引入商业支持或进行源码级Fork自托管，你可以用上述维度给你的目标项目打个分，欢迎告诉我具体项目，我可以结合具体团队数据帮你分析。
