Composer全局工具实际安装在composer global config bin-dir输出的路径中，而非Composer自身所在目录；该路径需手动加入系统PATH环境变量，并在Shell或IDE中生效。
composer 本身不是“装在某个 vendor 目录里”的包，它是独立的可执行文件（composer.phar 或系统级二进制），而你真正想找的，通常是 **全局安装的 PHP 工具（如 laravel、phpunit）放在哪**——它们不在 Composer 自身目录里，而在你用户目录下的 vendor/bin 中。
查全局命令实际路径：用 composer global config bin-dir
这是最直接、最可靠的方式，它跳过所有默认值猜测，直接读取当前 Composer 配置生效的路径：
-
composer global config bin-dir输出的就是laravel、php-cs-fixer这些命令真实所在的目录 - Windows 用户注意：返回路径可能含反斜杠（
\）或正斜杠（/），但加入PATH时必须用 Windows 原生格式（即C:\Users\Name\AppData\Roaming\Composer\vendor\bin） - macOS/Linux 用户若用 Zsh，改完
PATH后别忘了source ~/.zshrc，否则终端里还是找不到命令
为什么 which composer 和 composer global config bin-dir 是两回事
which composer 查的是 Composer 自己这个命令在哪（比如 /usr/local/bin/composer），而 composer global config bin-dir 查的是你用 composer global require laravel/installer 装出来的工具在哪。两者完全无关：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 前者是 CLI 入口，通常是你手动挪进去的
composer.phar - 后者是 Composer 管理的“全局工具箱”，路径由
COMPOSER_HOME或composer config --global home决定 - 常见错误：以为
which composer的路径下有laravel，结果去翻/usr/local/bin白忙一场
路径不生效？先确认 bin-dir 是否已进 PATH
即使 composer global config bin-dir 返回了正确路径，终端仍报 command not found，大概率是没加进环境变量：
- Linux/macOS：检查
echo $PATH输出里是否包含该路径；若没有，在~/.zshrc或~/.bashrc末尾加一行：export PATH="$(composer global config bin-dir --absolute):$PATH" - Windows CMD：运行
echo %PATH%，确认输出中含%APPDATA%\Composer\vendor\bin；若无，需在“系统属性 → 环境变量”中手动添加 - IDE（如 PHPStorm）启动时可能不继承新
PATH，重启 IDE 或在设置里指定 Shell path 才能识别
想换全局安装位置？优先设 COMPOSER_HOME 环境变量
改路径不是靠重装 Composer，而是告诉它“换个家”。临时改用 --home 参数太麻烦，长期建议设环境变量：
- Linux/macOS：在
~/.zshrc加export COMPOSER_HOME="$HOME/.my-composer"，再运行composer global require laravel/installer，所有东西就会落到新位置 - Windows：新建用户环境变量
COMPOSER_HOME，值为C:\tools\composer类路径，重启终端即可 - 注意：改完后旧路径里的
vendor不会自动迁移，得手动复制或重新global require
bin-dir 路径本身不难找，难的是它和系统 PATH、Shell 配置、IDE 环境三者之间那层看不见的耦合——很多人反复重装、清缓存，其实只差一行 export 或一次 IDE 重启。 
