Composer默认不显示进度条是因stream_isatty(STDOUT)检测失败自动降级为静默模式；唯一可靠启用方式是显式添加--progress参数，它优先级最高，专为下载/解压阶段设计，可覆盖所有环境变量和配置。
Composer 默认不显示下载进度条，但加一个参数就能让镜像下载过程可见——关键是得用对参数，否则白配。
为什么 composer install 没有进度条？
Composer 从 2.0 开始默认关闭了详细下载输出，尤其走镜像（如阿里云、腾讯云）时，curl 或 php-http 底层静默拉包，终端只刷一堆“Installing xxx”日志，看不出卡在哪、下了多少。
- 不是镜像本身的问题，是 Composer 的输出级别控制逻辑变了
-
-v（verbose）只展开命令执行路径，不触发下载器的进度回调 - 真正起作用的是
--progress参数，它强制启用基于curl的带进度下载器（即使走镜像 URL）
怎么开启镜像下载的进度条？
在安装或更新命令末尾加上 --progress，它会接管所有包下载环节，显示实时字节数、速度和 ETA：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
composer install --progress
composer update --progress
- 必须是
--progress，-p不生效（该缩写已被占用） - 如果用了
COMPOSER_NO_INTERACTION=1或在 CI 环境中，进度条会自动降级为纯文本速率输出，不会报错 - 部分自定义 HTTP 客户端（如启用了
http-client: ext-curl以外的驱动）可能忽略该参数，此时需检查composer config -g http-client
镜像配置正确但进度条仍不出现？查这三点
常见失效场景不是参数没加，而是环境或配置干扰了进度机制：
-
composer.json里写了"process-timeout": 0且同时设置了"use-include-path": true，可能触发旧版下载逻辑回退 - 使用了
composer self-update --snapshot后的不稳定版本，某些快照分支临时禁用了进度回调（建议锁定稳定版：composer self-update --stable） - 终端宽度不足（
$COLUMNS ），进度条会被 Composer 主动隐藏，改宽终端或设export COLUMNS=120再试
进度条依赖底层下载器的 chunk 回调，而某些镜像服务（尤其是自建 Nginx 反代未透传 Content-Length）会让 curl 无法预估总大小，此时只能显示已下载量，没有百分比和 ETA——这不是配置问题，是镜像服务端的响应头缺失导致的。
