AtomGit G-Star 项目接入 OSS Compass，给开源项目做一次“全面体检”

开源项目过去常被 Star、Fork 这类单一指标评价，但 Star 多不等于项目健康，短期热度也不等于长期可维护。对 G-Star 项目来说，更需要一套能同时观察社区活跃度、开发者成长路径和供应链安全水平的评估体系。OSS Compass评估体系正是为此而来。

一、开源项目的“体检报告”，来了

G-Star 开源摘星计划，是 AtomGit 平台推出的针对开源项目成长全流程的扶持计划，项目通过 G-Star 认证后，项目仓库主页右侧将展示 OSS Compass 健康度得分环，直观呈现项目各项能力优劣。

以往判断项目质量仅依靠 Star、Fork、下载量等单一数据，如今依托 OSS Compass，可从社区生态、开发者成长、供应链安全三大维度，获取立体、全面的项目健康评估

OSS Compass 是面向 AtomGit 等全球主流代码托管平台的开源健康评估工具，本次已深度接入 AtomGit G-Star 体系。它将项目健康度拆成三大评估体系：社区生态健康评估、开发者旅程评估、开源软件供应链安全评估，完整覆盖社区协作、开发者成长到供应链安全，构建起一套更完整的开源项目观察框架。

对开源作者，它是项目治理的决策指南，用数据精准定位短板，驱动项目可持续发展；对开源贡献者，它是成长路径的导航仪，清晰展现从新人到核心的晋升轨迹，帮助判断社区是否值得长期投入。对组织/企业而言，OSS Compass 得分是项目治理水平与社区信任度的量化体现。

现在可登录 AtomGit，查看项目的 OSS Compass 健康度评估结果。同时G-Star 项目作者在项目设置—基础设置—项目模块中，手动开启/关闭健康度展示。

如果你还未申请 G-Star 认证，可提交申请：https://atomgit.com/g-star/apply ，让项目加入科学体检的行列，让项目从“Little star”真正成长为“Giant star”。

二、科学度量：三个维度的19个指标模型，覆盖从代码到社区的全链路

维度一：社区生态健康评估

项目是否活跃、协作是否高效、治理是否开放

1.1 社区活力

社区活力评估社区的活跃程度和吸引力，反映项目生命力和发展潜力。

重点关注项目在开发者社区中的知名度和关注度、社区的贡献频率和规模及贡献者规模。

提升建议：

• 持续发布真实功能更新，保持提交和代码演进。
• 引导用户通过 Issue 反馈问题和需求。
• 鼓励 PR 讨论和 Issue 评论，而不是只在线下沟通。
• 把文档、测试、翻译、设计、运营也纳入贡献统计，提升非代码贡献者数量。

1.2 协作效率

协作效率评估社区的协作质量和响应效率，反映服务水平和协作成熟度。

重点关注社区对Issue和PR的响应速度、社区的代码审查和协作流程质量。

提升建议：

• 为 Issue 和 PR 设置合适的响应时间预期，例如 3～7 天内首次回应。
• 不要让 PR 长期无人处理，及时评论、请求修改、合并或关闭。
• 要求 PR 关联 Issue，形成“问题—变更—评审”的闭环。
• 避免作者自提自合，提升非作者合并比例和评审参与率。

1.3 开放治理

开放治理评估社区治理开放性和包容性，反映治理成熟度和多元化程度。

重点关注组织在社区治理中的参与程度、个人在社区治理中的参与程度。

提升建议：

• 明确 Maintainers、Committers、治理委员会等角色。
• 鼓励多组织参与治理，提升项目的抗风险能力和决策多样性。
• 给长期个人贡献者晋升路径，让个人也能进入管理者角色。
• 在仓库中公开治理规则、角色名单和决策机制。

维度二：开发者旅程评估

新贡献者能否进来、成长、留下

2.1 开发者吸引

开发者吸引评估社区吸引新开发者加入的能力，反映社区吸引力和新人友好程度。

重点关注新增组织数、新增组织代码开发者数量、新增组织非代码开发者数量、新增个人代码开发者数量及新增个人非代码开发者数量。

提升建议：

• 把企业、学校、研究机构等组织的参与沉淀到公开仓库贡献中。
• 给个人开发者提供清晰的贡献入口，包括 Issue、PR、文档、测试、示例等。
• 不只鼓励代码贡献，也要让文档、测试、运营、翻译等非代码贡献可被识别。
• README、快速开始、贡献指南不是该模型的直接指标，但它们可以帮助提高新增贡献者数量。

2.2 开发者成长

开发者成长评估社区培养开发者从新手成长为核心贡献者的能力。

重点关注核心贡献者、常客贡献者和访客贡献者数量，及开发者从低层次向高层次晋升的情况。

提升建议：

• 建立从访客、常客到核心贡献者的成长路径。
• 主动识别稳定贡献者，邀请其参与评审、Issue 管理和版本规划。
• 不只培养代码核心成员，也培养 Issue、文档、社区协作方向的核心成员。
• 定期公开贡献者晋升机制，降低“只靠熟人治理”的不透明感。

2.3 开发者留存

开发者留存评估社区保留核心开发者的能力，反映关键人才维系效果和可持续发展潜力。

重点关注核心开发者持续参与社区贡献、核心开发者从核心层降级为常客或访客、核心开发者完全离开社区的情况。

提升建议：

• 减少核心贡献者长期单点负责，建立备份维护者。
• 对核心贡献者提供明确职责、荣誉和参与感。
• 关注长期不活跃的核心成员，及时补充新 Maintainer。
• 降低沟通摩擦，避免核心贡献者因响应压力、治理不清或贡献无反馈而流失。

维度三：开源软件供应链安全评估

项目是否合规、可信、可维护

3.1 源码管理

源码管理评估源代码安全管理水平，反映法律合规性和安全防护能力。

重点关注项目的法律合规性、项目的安全漏洞管理。

提升建议：

• 在仓库根目录提供 OSI 认可的 LICENSE。
• 在源码文件中补充必要的许可证头和版权声明。
• 检查依赖许可证兼容性。
• 提供 SECURITY.md 或漏洞披露流程，及时修复公开漏洞。

3.2 开发与构建

开发与构建评估开发过程安全性和可信度，反映开发成熟度和构建质量。

重点关注代码审查过程中的安全性和合规性、项目文档的完整性和规范性。

提升建议：

• 保证依赖可获取，避免构建依赖失效。
• 对第三方代码片段、专利风险、许可证风险进行检查。
• 补齐 README、构建文档、API 文档和 Committers/Maintainers 文件。
• 接入 CI，确保项目可构建、可测试，并保留构建环境和依赖版本信息。

3.3 发布与维护

发布与维护评估发布过程安全性和维护管理水平，反映发布质量和持续维护能力。

重点关注发布过程的安全性和规范性、项目的维护状态和响应能力。

提升建议：

• 每个正式版本提供 Release Notes。
• 发布二进制制品时提供签名，增强来源和完整性验证。
• 提供 SBOM，提升依赖透明度。
• 标明项目生命周期状态，例如活跃维护、维护中、归档等。
• 建立漏洞修复流程，尽量把安全漏洞平均修复时间控制在 30 天以内。

三、了解 OSS Compass 社区

项目健康度评估入口：https://oss-compass.org/

OSS-Compass 是由多家国内外组织联合共建的开源评估社区。平台搭建标准化开源生态评估体系，提供开源评估 SaaS 服务，全面覆盖 AtomGit 等全球主流代码托管平台的开源项目。平台以数据驱动开源全场景洞察，服务企业开源团队、社区运营者、科研院校等多方群体；打造开源数据中枢、开源选型评估、开源态势洞察、开源健康评估、开发者画像评估、开源生态智能分析六大核心能力，一站式满足用户数据采集、趋势研判、主体评估等全维度业务需求。

OSS-Compass 社区由北京大学、南京大学、浙江大学、中山大学、国家工业信息安全发展研究中心软件所、中国电子技术标准化研究院、中国科学院软件研究所、中国信通院、OpenUK 、开源中国、华为、百度、腾讯、OpenI启智、COPU、奇科厚德等理事单位组成，各方整合自身科研、产业、技术优势资源，协同搭建开源基础设施，共同构筑开放、共建、共享、可持续发展的开源产业生态。

注：OSS Compass 严格基于 AtomGit 平台内 已公开可见的项目数据进行自动化分析。所有分析结果仅代表项目在开源社区呈现出的客观活跃状态。