Composer安装失败的四大原因及解决：①缺基础工具，需先yum/dnf安装curl、php-cli、unzip；②下载install.php失败，应换阿里云镜像或校准系统时间；③全局命令不可用，需确认PATH含/usr/local/bin且composer有可执行权限；④vendor写入失败，须修正目录归属和权限，禁用sudo composer install。
Composer 安装失败：curl 或 php 命令找不到
CentOS 默认不预装 curl 和 php-cli，直接运行官方安装命令会报 command not found。必须先确认基础工具就位。
- 运行
yum install -y curl php-cli unzip（CentOS 7）或dnf install -y curl php-cli unzip（CentOS 8/9） - 特别注意：
php-cli包名在某些镜像源中可能是php-common或php，但仅装php可能不含 CLI 模块；建议显式装php-cli - 验证：执行
php -v和curl --version，两者都应有输出且 PHP 版本 ≥ 7.2（Composer 2.x 最低要求）
下载 install.php 失败：SSL 或证书问题
国内网络环境下，curl -sS https://getcomposer.org/installer 经常卡住或返回空内容，本质是 TLS 握手失败或 CA 证书过期。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 临时绕过证书校验（仅调试用）：
curl -k -sS https://getcomposer.org/installer，但不推荐长期使用 - 更稳妥做法：改用 HTTP 镜像（如阿里云）：
curl -sS https://mirrors.aliyun.com/composer/installer - 若仍失败，检查系统时间是否准确——CentOS 虚拟机常见时钟漂移，导致 SSL 验证失败；运行
ntpdate -s time.nist.gov或启用chronyd
全局安装后 composer 命令不可用
执行 sudo mv composer.phar /usr/local/bin/composer 后，终端仍提示 command not found，通常是因为 PATH 未包含 /usr/local/bin，或权限不足。
- 确认路径已加入 PATH：
echo $PATH输出中应含/usr/local/bin；若无，临时加：export PATH="/usr/local/bin:$PATH"，永久生效需写入~/.bashrc或/etc/profile.d/composer.sh - 检查文件可执行权限：
ls -l /usr/local/bin/composer应显示-rwxr-xr-x；若不是，运行sudo chmod +x /usr/local/bin/composer - 别用
php composer.phar替代——这绕过了全局命令，也容易在脚本中漏掉php前缀
权限问题导致 vendor 目录写入失败
运行 composer install 时提示 Permission denied: vendor/ 或 Could not write to /var/www/html/vendor，根本原因是当前用户对目标目录无写权限，而非 Composer 本身问题。
- 不要用
sudo composer install——这会让 vendor 下文件属主变成 root，后续 Web 服务器（如 nginx）无法读取 - 正确做法：确保项目目录归属当前用户，例如
sudo chown -R $USER:$USER /var/www/html/myproject - 如果项目在
/var/www下，且 Web 服务以nginx用户运行，可将用户加入nginx组，并设目录组写权限：chmod -R g+rwX /var/www/html/myproject
