composer show -a不能列出所有建议，它只显示已安装包的suggest字段且无描述；完整建议需用composer show -f json vendor/package | jq '.suggest'提取，或借助第三方工具结构化呈现。
composer show -a 能列出所有建议但不带描述
执行 composer show -a 会输出当前项目中所有包的 suggest 字段内容，格式是 vendor/package: 描述文本。但它只显示已安装包的建议项，且不会区分「未安装但被建议」和「已安装且被建议」的包；更重要的是，它不展开说明这些建议包具体解决什么问题——比如 symfony/lock: For managing locks 这类描述太简略，实际开发中你可能更想知道“它能不能替代 Redis 实现分布式锁”。
查看某个包的完整 suggest 字段需 inspect 其 composer.json
Composer 没有内置命令直接渲染带解释的建议列表，最可靠的方式是查源：运行 composer show -f json vendor/package，然后手动提取 suggest 键值。例如：
composer show -f json monolog/monolog | jq '.suggest'
返回类似：
{
"aws/aws-sdk-php": "Allow sending logs to AWS services like CloudWatch",
"doctrine/couchdb": "Allow sending logs to a CouchDB server",
"ext-amqp": "Allow sending logs to an AMQP server (1.0+ required)"
}
这类描述虽仍偏简短，但比 show -a 多出使用场景关键词（如 “Allow sending logs to…”），能帮你快速判断是否匹配当前需求。
依赖未安装时，suggest 不会自动触发警告或提示
Composer 的 suggest 是纯文档性质，既不参与依赖解析，也不影响安装流程。即使你装了 laravel/framework 却没装它建议的 ext-pcntl，composer install 也不会报错或提醒——除非该扩展在 require 或 require-dev 中被显式声明。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
suggest不是require，装不装全凭你判断 - 某些建议项（如
ext-redis）可能影响性能或功能开关，但框架通常有 fallback 逻辑 - 若想强制检查建议项是否就位，得自己写脚本解析
composer.lock+php -m或调用extension_loaded()
第三方工具 phpstan-composer-suggest 可生成可读性更强的报告
社区有个轻量工具 phpstan-composer-suggest，它会扫描所有已安装包的 suggest，合并去重，并按「扩展类」「驱动类」「可选组件」等维度分类整理。安装后运行：
composer require --dev phpstan/phpstan-composer-suggest vendor/bin/phpstan-composer-suggest
输出示例：
[Extension] ext-gd → Required for image manipulation in Intervention\Image [Driver] doctrine/dbal → Enables database abstraction layer support in Laravel Scout [Optional] spatie/laravel-backup → Adds scheduled backup capability to your app
这种结构化输出比原生命令更贴近真实决策场景，但要注意它只分析已安装包，对 require-dev 中未启用的包无感知。
真正麻烦的是那些跨多层依赖链的建议项——比如 A 包建议 B，B 包又建议 C，而 C 才是你真正需要的。这时候光看顶层包的 suggest 很容易漏掉关键依赖。
