composer browse 不是 composer 内置命令，必须通过插件启用；官方推荐安装 composer/explorer 插件，支持 --homepage、--source、--issues 等参数，按优先级打开对应链接，未安装插件时运行会报错“command not defined”。
composer browse 不是 Composer 内置命令，它必须通过插件启用。直接运行会报错：Command "browse" is not defined. —— 这是最常被忽略的前提。
为什么 composer browse 无法直接使用
Composer 官方从 1.x 到 2.5 均未内置 browse 命令。所有声称“composer browse vendor/package 可用”的场景，背后都依赖第三方插件。不装插件就敲这个命令，终端只会返回错误提示，不会 fallback 到 Packagist 页面或自动打开浏览器。
- 常见误判：看到别人用了，以为是默认功能；实际对方已全局安装了
cedriclombardot/composer-browse或composer/explorer - 插件不兼容：旧版
composer-browse（v1.x）在 Composer 2.4+ 上可能报Class not found，推荐用官方维护的composer/explorer - PATH 问题：插件装在
~/.composer/vendor/bin/，但该路径未加入系统$PATH，导致命令找不到 —— 尤其 Windows 用户容易卡在这一步
如何正确安装并启用 composer browse
唯一推荐方式是安装 Composer 团队维护的实验性插件 composer/explorer，它支持 --homepage、--source、--issues 等明确语义的参数，且与 Composer 2.4+ 兼容稳定。
- 执行
composer global require composer/explorer（无需加symfony/*依赖） - 确认
~/.composer/vendor/bin（Linux/macOS）或%USERPROFILE%\AppData\Roaming\Composer\vendor\bin（Windows）已在系统 PATH 中 - 新开终端，运行
composer browse --help验证是否识别命令 - 若仍报 command not found，请检查
which composer是否指向全局 Composer，而非项目局部 bin
composer browse 的实际行为和参数差异
插件启用后，composer browse 的行为取决于包的 composer.json 元数据，不是无脑跳转。它按优先级顺序尝试打开：homepage → source → issues → Packagist 页面。这个顺序不可配置，但可用参数强制指定。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer browse monolog/monolog：默认打开homepage（如有），否则 fallback 到 GitHub 仓库 -
composer browse monolog/monolog --homepage：只尝试打开homepage字段，为空则报错，不降级 -
composer browse monolog/monolog --source：强制打开source（通常是 Git URL），适合查源码或提 PR -
composer browse monolog/monolog --issues：跳转到issues地址，前提是包的composer.json显式声明了该字段
注意：homepage 字段缺失非常普遍 —— 很多包只填了 source，所以不加参数时你看到的其实是仓库地址，而非文档页。
替代方案：不装插件也能快速打开包链接
如果只是临时查一个包，或者 CI 环境不允许装全局插件，composer show + 手动复制是最轻量、最可靠的方式。
- 运行
composer show monolog/monolog，输出中找以homepage或source开头的行 - 用
grep提取链接：composer show monolog/monolog | grep -E '^(homepage|source)' | cut -d' ' -f2- - Linux/macOS 可配合
xargs open或xdg-open自动打开；Windows 建议用 PowerShell：(composer show monolog/monolog | Select-String homepage).Line.Split(" ")[-1] | Invoke-Item - 这个方法绕过插件依赖，且能准确反映当前项目中该包的真实元数据（比如你 fork 后改了
composer.json，show会立刻体现）
真正容易被忽略的是：Packagist 页面上的 “Documentation” 按钮，其实不来自包本身，而是社区维护的外部链接。只有 composer.json 里的 homepage 字段，才是包作者认定的“官方文档入口”。
