Composer安装的包默认存放在项目根目录的vendor/文件夹中，按vendor-name/package-name结构存放，路径由Composer硬编码决定，config.vendor-dir仅影响后续操作。

composer install 后包存在哪

Composer 安装的包默认放在项目根目录下的 vendor/ 文件夹里，每个包按 vendor-name/package-name 结构存放。比如 monolog/monolog 就在 vendor/monolog/monolog/ 下。

这个路径是硬编码进 Composer 的，不会因 composer.json 里的 config.vendor-dir 改变而“自动迁移”旧包——改了只影响后续 install/update。

• 运行 composer config vendor-dir 可确认当前配置值（默认就是 vendor）
• 如果项目中曾手动改过 vendor-dir，但没执行 composer update --no-install + composer install，vendor/ 可能残留旧结构
• 别直接删 vendor/ 后靠 IDE “跳转到定义”找源码——此时跳转大概率失败，因为 autoload 信息还没重建

如何快速打开某个包的源码文件

最稳的方式不是猜路径，而是用 Composer 自带命令定位：composer show -p vendor/package。它会输出包的完整绝对路径，结尾带 /。

例如：composer show -p guzzlehttp/guzzle 返回 /your/project/vendor/guzzlehttp/guzzle/，后面直接拼 src/Client.php 就行。

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

• -p 参数必须加，不加只显示摘要信息，没有路径
• 包名大小写要和 composer.json 中声明的一致（Composer 不校验大小写，但文件系统会）
• 如果提示 “Package not found”，先确认该包确实在 require 或 require-dev 里，且已 run 过 composer install

vendor 里为什么看不到 src 或 lib 目录

有些包（尤其是老项目或私有包）把代码放在 lib/、src/、classes/ 甚至根目录下，Composer 不强制规范——它只管把整个 zip/tar 包解压进来，结构由包作者决定。

autoload 配置（autoload psr-4 等）才是 PHP 找类文件的依据，不是目录名。所以不能凭直觉认为 “有 src 就一定在 src/ 下”。

• 查 vendor/vendor-name/package/composer.json 里的 autoload 字段，看 psr-4 或 classmap 指向哪
• 例如 "psr-4": {"Monolog\": "src/"} 表示 MonologLogger 类对应 src/Logger.php
• 若包没配 autoload（极少见），可能得翻 index.php 或文档才知道入口文件在哪

IDE 跳转失效时怎么手动验证路径

PHPStorm / VS Code 的 “Go to Definition” 依赖 composer autoload 生成的映射（即 vendor/composer/autoload_*.php）。如果跳不到，大概率是 autoload 文件没更新，或用了动态 require。

• 先跑 composer dump-autoload，强制重生成 autoload 文件
• 检查 vendor/composer/autoload_classmap.php 里有没有你要的类名 —— 没有就说明包没正确注册 autoload
• 如果包是通过 files 方式加载的（如 "files": ["src/helpers.php"]），那跳转永远不生效，只能靠 composer show -p 定位后手动开

路径本身没问题，只是工具链断了一环。盯住 vendor/composer/ 下那几个 autoload_*.php 文件，它们才是真实权威。