生成GitHub依赖徽章
各维度得分依据公开资料与字段推算,加权后即综合评分,仅供参考。
dependents.info 是面向 GitHub 仓库的 README 展示工具，核心用途是把 GitHub network dependents 信息生成图片或徽章，便于项目维护者展示“有哪些仓库依赖了本项目”。它不是通用依赖管理平台，而是一个聚焦影响力展示与归档的小工具。
页面提供 quickstart：输入 owner/repo 即可生成可复制的图片和 badge 嵌入代码。图片和徽章会在请求时生成并缓存 7 天；还受到 Cloudflare 最多约一天和 GitHub 图片缓存的影响。badge 支持 logo、label、color、logoColor、labelColor、style 等参数，风格接近 shields.io，并可使用 simple-icons 图标名。
更完整的用法是配置 GitHub Action。Action 会抓取仓库 network dependents 页面，将数据提交到后端，由后端生成图片和徽章。配置项包括最大抓取页数、是否强制提交、package-id、多 owner 去重、排除同 owner 仓库、排除用户、上传 artifacts 等。多 package 仓库可通过 package-id 指定处理对象。
正文未披露收费计划、额度、付款方式，也未说明是否开源或可自托管。安全方面，Action 需要 id-token: write 权限以请求 GitHub OIDC token，后端用它验证数据确实来自对应仓库的 GitHub Action，从而降低伪造提交风险。说明中对该权限的含义解释较清楚。
优点是使用门槛低、README 展示效果直接、GitHub Action 配置细致，并考虑了多包仓库和数据来源校验。缺点是功能边界很窄，不适合作依赖分析或安全扫描；缓存机制会导致更新延迟；若不使用 Action，则自定义能力有限；项目的商业模式、服务稳定性和部署方式信息不足。
它适合开源库作者、工具库维护者、希望展示生态采用情况的 GitHub 项目。中国访问情况正文无说明，因依赖 GitHub、Cloudflare 和远程图片加载，实际可用性可能受网络环境影响；如需替代，可考虑 shields.io 自定义徽章、GitHub Insights/Dependency Graph 或 deps.dev 等方案。
本测评基于公开资料整理,不构成购买建议,请以 dependents.info 官网实际信息为准。
可把 GitHub dependents 信息做成 README 徽章。
评分明细(分布与用户短评)接入中。当前展示 TG4G 综合评分,数据源自公开测评与用户反馈。