composer show 默认输出不算格式化，因其为无结构纯文本：字段用空格分隔、无列头对齐、不支持缩进与换行控制，遇空格描述或长依赖链时人眼难读、脚本难解析，且字段顺序和命名非稳定api。
Composer 本身不提供“格式化输出依赖列表”的内置命令，composer show 是最接近的原生命令，但默认输出是纯文本、无结构、不可直接解析——想导出为 JSON 或表格，得靠外部工具或组合命令。
composer show 默认输出为什么不算格式化？
它按包名排序、每行一个包，字段用空格分隔（如版本、描述、require 列表），但没对齐、无列头、不支持缩进或换行控制。遇到带空格的描述或长依赖链时，人眼难读，脚本更难 parse。
- 执行
composer show只列出已安装包，不含 dev-only 包（除非加--dev） -
composer show monolog/monolog输出单个包详情，但字段顺序和缩进不固定 - 没有
--json、--table这类 flag，官方没实现结构化输出
怎么用 shell 组合命令获得可读/可解析的依赖列表？
Linux/macOS 下可借助 jq、column 或 awk 做轻量级格式化；Windows 命令行能力弱，建议用 Git Bash 或 WSL。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查所有包名+版本（简洁表格）：
composer show --name-only --no-ansi | xargs -n1 composer show | grep -E '^(name|version):' | paste -d' ' - - | column -t - 导出为 JSON（需先生成 lock 文件）：
jq '.packages' composer.lock——注意：这是composer.lock的原始结构，含完整依赖树，不是运行时实际加载的包 - 只看 require 和 require-dev 分组（人工可读）：
composer show --dev | head -20和composer show | head -20对比，再配合grep -E "^(name|type):"
为什么别依赖 composer show 做自动化分析？
它的输出不是稳定 API：字段名可能随 Composer 版本微调（比如某次更新把 versions 改成 version），且不保证字段顺序。CI 脚本里用它提取版本号，容易在升级后突然失败。
- 真正需要结构化数据时，应读
composer.lock（JSON 格式，规范稳定） - 想检查某个包是否在 require-dev 中，直接
grep -q '"foo/bar":' composer.json更可靠 -
composer show foo/bar的输出里若出现required: dev，才说明它被正确定义在require-dev块
真正稳定的依赖视图永远来自 composer.lock 文件本身——它不随命令输出格式变化，也不受终端宽度影响。任何“格式化”都只是临时查看手段，别把它当成数据源。
