composer show 只显示 composer.json 中静态定义的作者，非 Git 贡献记录；查真实贡献者须通过 GitHub/GitLab API 或 git log 分析源码仓库。
composer show 能直接查包作者，但默认不显示贡献者
执行 composer show vendor/package-name 会输出包的基本元数据，其中 authors 字段就是作者信息（通常是 name 和 email），但这个字段由 composer.json 中的 authors 数组定义，**不是动态统计的 Git 贡献记录**。很多包只填了维护者，甚至为空。
常见误区是以为 composer show 能反映真实贡献度——它不能。它只展示包声明的作者，和 GitHub 上的 commit 贡献完全无关。
- 如果包的
composer.json没写authors，命令输出里就看不到该字段 -
composer show -a（全量模式）也不会额外补全贡献者列表 - 想看谁写了最多代码？得去源码仓库，不是 Composer
怎么查真实贡献者？得结合 GitHub/GitLab API 或 git log
Composer 本身不存、也不同步 Git 提交历史。要查实际贡献度，必须跳转到源码托管平台或本地克隆后分析：
- 先用
composer show vendor/package-name找source或homepage字段，通常指向 GitHub 仓库地址 - 打开对应 URL（比如
https://github.com/laravel/framework），点 “Insights” → “Contributors”，这是最直观的活跃贡献者排序 - 如果已克隆到本地：
git log --pretty="%an" | sort | uniq -c | sort -nr | head -10可快速列出 Top 10 提交者 - 注意：有些包用 monorepo（如 Symfony），贡献可能分散在多个子目录，需加
--follow或限定路径
composer licenses 和 contributors 不是一回事
composer show 输出里的 license 是法律授权类型（如 MIT），和“谁贡献了代码”毫无关系。有些包在 composer.json 的 support 字段里放了 source 链接，但依然不会自动聚合贡献者数据。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
license字段不包含人名，别指望它导出作者列表 -
support下的issues或forum是求助渠道，不是贡献入口 - 没有 Composer 原生命令能替代
git shortlog -s -n或 GitHub Contributors 图表
自动化脚本查贡献者？别绕开 Git 或 API
如果你需要批量查多个包的贡献者，可以写个简单脚本，但核心逻辑逃不开两步：从 composer show 提取仓库地址 → 调 GitHub API 或执行 git log。例如用 curl 查 GitHub：
curl -s "https://api.github.com/repos/laravel/framework/contributors?per_page=5" | jq '.[].login'
但要注意：
- GitHub API 有速率限制（未登录每小时 60 次），批量查需加 token
- 私有包或非 GitHub 托管的项目（如 GitLab、自建 Gitee），API 地址和认证方式不同
- Composer 插件（如
composer-unused）也做不到这事——它们只分析依赖图，不拉代码
真正的贡献度永远在 Git 历史里，不在 composer.json 的静态字段中。别让 show 命令误导你去“查作者”，它只是读配置文件。
