Composer 不提供查看真实贡献者的命令，因 composer show 仅显示人工维护的 authors 字段，而真实贡献者需通过 Packagist 的 Source 链接跳转至 GitHub/GitLab 仓库，在 Contributors 页面或用 GitHub CLI 查询。
Composer 本身不提供查看包贡献者（contributors）的命令，composer show 只显示元数据（如作者 author 字段），而这个字段通常只填 1–2 人，不是真实 Git 提交记录里的全部贡献者。
为什么 composer show 看不到真实贡献者
Composer 的包信息来源于 composer.json 文件或 Packagist API，其中 authors 是人工维护的字段，和 GitHub/GitLab 的 commit 历史完全无关。很多项目这个字段长期未更新，甚至为空。
-
composer show monolog/monolog输出的authors可能只列 Julien Pauli，但实际在 GitHub 上有超 200 名提交者 - Packagist 页面右上角的 “Source” 链接才是关键入口——它指向源码仓库（通常是 GitHub）
- 没有 Git 仓库地址，就根本无法追溯 commit、PR、contributors 图表等真实协作数据
通过 Packagist 获取仓库地址再查贡献者
所有公开 Composer 包在 Packagist 上都有标准化页面，必须先确认源码托管位置。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 访问
https://packagist.org/packages/{vendor}/{package}（例如https://packagist.org/packages/guzzlehttp/guzzle） - 找到 “Source” 栏，点击链接跳转到 GitHub/GitLab 仓库主页
- 在 GitHub 页面顶部点 “Contributors” 标签页，即可看到按贡献量排序的开发者列表（含头像、提交数、PR 数）
- 注意：部分包用的是私有 Git 地址或自建 Satis，此时需手动检查其
composer.json中的source或homepage字段
用 GitHub CLI 快速批量查贡献者（适合 DevOps 场景）
如果你已知仓库 URL，可以用 gh 工具自动化获取，比网页操作更可靠。
- 安装 GitHub CLI：
brew install gh（macOS）或参考https://cli.github.com - 认证后执行：
gh api repos/{owner}/{repo}/contributors --jq '.[].login'（例如gh api repos/laravel/framework/contributors --jq '.[].login'） - 该命令直接调用 GitHub REST API，返回 JSON 中所有 contributor 的用户名，不依赖前端渲染逻辑
- 注意：GitHub 对未认证请求限流（60次/小时），建议登录后再用；企业版 GitLab 需换用
curl+ Personal Access Token
真正的贡献者名单永远在 Git 仓库里，不在 Composer 元数据中。别在 composer.json 里找人，先顺藤摸瓜拿到源码地址，再进对应平台查 —— 这是唯一稳定可靠的方式。尤其当项目文档没写 maintainer、issue 无人响应时，看 Contributors 列表能快速识别谁最近还在活跃提交。
