Composer全局安装路径（如~/.composer/vendor）与项目本地vendor目录完全独立，前者仅用于存放global require的工具包及二进制软链接，不影响项目依赖隔离；唯一有效配置是COMPOSER_HOME环境变量，它只控制全局命令存储位置，对项目级require无任何影响。
composer全局路径和本地vendor是两回事
Composer没有“全局依赖包路径”这个概念。所谓“全局安装”，比如composer global require laravel/installer，实际是把包装进~/.composer/vendor/（Linux/macOS）或%APPDATA%\Composer\vendor\（Windows），并把二进制文件软链到~/.composer/vendor/bin/或%APPDATA%\Composer\vendor\bin\。它不改变项目级vendor/的位置，也不影响require行为。
想让所有项目自动加载某个包？别走这条路
试图通过修改全局路径让每个composer install都拉取特定包，是反模式。Composer设计上就是按项目隔离依赖的。强行统一会导致：
- 版本冲突：A项目要
monolog 2.x，B项目要3.x，全局路径只能存一个 - 自动加载失效：全局包不会自动注册进项目
vendor/autoload.php，use会报错 - CI/CD失败：Docker、GitHub Actions等环境默认不带你的全局
vendor，构建直接中断
真有跨项目共享逻辑的需求，应该做成独立包，用path仓库或私有Packagist管理，而不是塞进全局。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
唯一可控的“全局路径”配置项：COMPOSER_HOME
这是唯一真正影响全局行为的环境变量，它决定composer global命令写入哪。默认值由系统推导，但你可以显式设置：
- Linux/macOS：
export COMPOSER_HOME="$HOME/.my-composer"，再source ~/.bashrc - Windows（CMD）：
setx COMPOSER_HOME "%USERPROFILE%\my-composer" - Windows（PowerShell）：
$env:COMPOSER_HOME = "$env:USERPROFILE\my-composer"
设置后，composer global list会显示新路径下的包，composer global config bin-dir也会指向对应bin/目录。但注意：COMPOSER_HOME只管全局命令，对项目内composer install完全无感。
常见误操作与验证方式
很多人以为改了COMPOSER_HOME就能让require优先查这里，结果发现没用——因为require只看repositories和require字段，根本不读COMPOSER_HOME。
- 错误现象：
composer require myorg/mylib仍去Packagist找，不查你本地COMPOSER_HOME下的包 - 正确验证：
composer global require myorg/mylib后，运行which mylib-bin（Linux/macOS）或where mylib-bin（Windows），看是否指向$COMPOSER_HOME/vendor/bin/ - 最容易被忽略的一点：Windows下
COMPOSER_HOME路径含空格或中文时，某些旧版Composer会静默失败，建议全英文无空格路径
