composer home 是 composer 2.2+ 内置命令，作用是用系统文件管理器打开本地已安装包的 vendor/{vendor}/{name} 物理目录，不访问网络、不解析 homepage 字段；不加参数时打开整个 vendor/ 文件夹。
composer home 不打开官网，它只打开本地 vendor 目录路径 —— 这是开发者最常误解的一点。
composer home 是什么，它到底开哪里？
composer home 是 Composer 2.2+ 内置命令，作用非常明确：用系统默认文件管理器打开当前项目中某个包的 vendor/{vendor}/{name} 物理目录。它不解析 homepage 字段，也不访问网络，更不会跳转到 Packagist 或 GitHub。
- 运行
composer home monolog/monolog→ 实际执行类似xdg-open vendor/monolog/monolog（Linux）或open vendor/monolog/monolog（macOS） - 不加包名时（
composer home），默认打开整个vendor/文件夹 - 它依赖本地已安装的包；若包未安装（比如只在
require-dev里且没执行install），会报错Could not find package...
想打开官网？别用 home，改用 show + 手动提取
官网链接藏在 homepage 字段里，但这个字段由包作者填写，经常为空、过期或指向仓库而非文档。所以不能无脑信任，得先确认值是否存在且合理：
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 查字段是否存在：
composer show monolog/monolog | grep "homepage:" - 安全提取并打开（Linux）：
composer show monolog/monolog | grep "homepage:" | awk '{print $2}' | xargs -r xdg-open - 安全提取并打开（macOS）：
composer show monolog/monolog | grep "homepage:" | awk '{print $2}' | xargs -r open -
-r参数很重要：避免awk输出空行时xargs报错或打开空白页
为什么 composer browse 也打不开官网？
因为 composer browse 命令根本不存在于 Composer 核心中。你看到的任何成功运行，都来自第三方插件（如 cedriclombardot/composer-browse 或 stefanzweifel/composer-browse），它们的默认行为其实是打开 https://packagist.org/packages/{vendor}/{name} —— 这是 Packagist 页面，不是包自己的官网。
- Packagist 页面上显示的
homepage字段可能为空，而插件又不会自动 fallback 到文档地址（比如https://docs.guzzlephp.org/） - 如果你真需要一键开官网，插件必须显式加
--homepage参数，且前提是该字段被作者正确填写 - 很多主流包（如
laravel/framework）压根没填homepage，这时候插件和手动管道一样失效
真正靠谱的官网入口在哪？
别依赖元数据字段。Composer 安装后，包源码就躺在你硬盘上 —— 最稳的文档入口，是直接翻 vendor/{vendor}/{name}/README.md 或 vendor/{vendor}/{name}/docs/。
- 用
composer show monolog/monolog确认路径，然后code vendor/monolog/monolog/README.md（VS Code）或less vendor/monolog/monolog/README.md - README 里通常有清晰的文档链接、快速开始说明，甚至贡献指南，比 homepage 字段真实得多
- 这个方式不依赖网络、不依赖作者填对字段、不依赖插件安装状态，只要包装上了，就一定有效
homepage 字段不可信，Packagist 页面只是中转站，composer home 和 composer browse 各司其职但都不负责“打开官网”——真正要查文档，伸手进 vendor/ 翻 README 才是最少意外的选择。
