查已安装包作者需用 composer show vendor/package，输出 authors 行；未安装包则用 composer show --remote vendor/package 查 packagist 元数据；authors 是静态声明，非 git 贡献者，真实贡献者需查仓库 contributors 页面。
直接用 composer show，别碰 composer info —— 后者在 Composer 2.2+ 已彻底废弃，执行即报错。
查已安装包的作者：必须指定完整 vendor/package 名
运行 composer show monolog/monolog，输出中会明确出现 authors 行，内容来自该包当前已安装版本的 composer.json 根级 authors 数组。
- 不写全名（如只输
composer show monolog）会报错Package not found - 不加参数只输
composer show会列出全部已安装包的简表，authors字段根本不会显示 - 如果输出里没有
authors行，或显示为authors : []，说明这个包的composer.json根本没填该字段——不是命令问题，是上游没维护 -
authors是数组格式，可能含name、email、homepage，但email常为空或用noreply@github.com占位
查未安装包的作者：用 --remote，别信 --all 或网页搜索
composer show --remote laravel/framework 会实时请求 Packagist API，返回最新稳定版（如 v11.0.0）的完整元数据，包括 authors。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
-
--all（或旧版-a）只列所有可用版本号，不返回作者信息；它和--remote互斥，不能共用 -
composer search john doe完全无效——它只索引包名和description，从不读authors字段 - 若
--remote输出仍无authors，可手动访问https://packagist.org/packages/vendor/package-name.json，检查响应体里的maintainers字段（注意：maintainers≠authors，前者是当前有发布权限的人） - 部分包类型为
metapackage或project，source和authors都可能为空，因为它们不提供实际代码
作者 ≠ 贡献者：真想看谁提交过代码，得跳转到 Git 仓库
composer show 的 authors 字段是纯手工填写的静态声明，和 Git 提交历史完全无关。一个包的 authors 可能只列 1 人，而 GitHub 上有 200+ contributors。
- 先用
composer show -s vendor/package拿到source.url（如"https://github.com/symfony/console"） - 再打开该 URL，点顶部的
Contributors标签页——这才是真实、动态、按提交量排序的贡献者列表 - 自动化场景可用
gh api repos/{owner}/{repo}/contributors --jq '.[].login'（需先gh auth login），比网页更可靠 - 别在
composer.json里找联系人；优先看homepage或support字段，那里才可能有 Slack、Discord 或 issue 模板链接
最容易被忽略的一点：修改了本地 composer.json 的 authors 字段，composer show 也不会变——它读的是已安装包的 vendor/composer/installed.json 或 Packagist 上发布的快照，不是你本地源码里的文件。
