Composer没有全局启用进度条的配置项，repo.packagist只控制下载源，不影响UI渲染；必须显式添加--progress参数才能显示进度条，否则默认静默运行。
composer config -g repo.packagist 配置后进度条仍不显示？
不是镜像没生效，而是进度显示和镜像配置完全无关——composer 没有全局启用进度条的配置项，repo.packagist 只管下载源，不管 UI 渲染。你执行了 composer config -g repo.packagist，但没加 --progress 参数，它就默认静默运行。
常见误判场景：
- 在 CI/CD（如 GitHub Actions、GitLab CI）中执行
composer install，没加--progress，且未分配伪终端（-t），stream_isatty(STDOUT)返回 false，进度条直接被跳过 - 重定向输出到文件：
composer install > log.txt，TTY 检测失败，进度条自动关闭 - 误以为
-v或--verbose能显示进度条——它只增加日志层级，不渲染动画进度
正确做法：所有需要看到进度的命令，必须显式带上 --progress，例如：
composer install --progress
CI 中示例（GitHub Actions）：
run: composer install --no-dev --prefer-dist --optimize-autoloader --progress
--progress 和 -v 同时用会互相压制
--progress 和 -v 设计目标冲突：前者专注实时视觉反馈（包名 + 进度条），后者专注调试信息输出（HTTP 请求头、解析路径、版本候选列表）。两者共存时，-v 会强制禁用进度条渲染，只保留文本式进度（如 Downloading laravel/framework (v10.48.0): 100%），无动画刷新。
推荐组合原则：
- 人工观察安装过程 → 用
--progress（干净、直观） - 排查卡点或归档日志 → 用
-v或-vvv（含完整请求 URL、响应状态码） - 既要进度又要关键日志 → 改用
--progress -n（-n关闭交互提示，避免干扰进度条）
Windows PowerShell 或旧版 CMD 下 ANSI 控制序列可能失效，进度条显示为乱码或空白——此时可临时降级为 -v 观察下载阶段的实际域名和速度。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
镜像生效 ≠ 进度条可见，但影响进度感知
镜像本身不控制进度条开关，但它显著缩短单个包的下载耗时，让 --progress 的“流动感”更真实。如果镜像没配对（比如 URL 少了末尾 /），composer 会 fallback 到 packagist.org，下载常卡在 TLS 握手或首字节延迟，导致进度条长时间停在 0%，让人误以为“没动”。
验证是否真走镜像：
- 加
-vvv运行：composer install -vvv 2>&1 | grep "GET https"，确认请求域名是mirrors.aliyun.com而非packagist.org - 检查
composer config -g repo.packagist输出是否为完整 JSON：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；空、null或报错说明配置失败 - 执行
composer clear-cache再试——缓存里残留的旧元数据可能仍尝试回源
注意：--progress 只对下载和解压阶段有效；卡在 Resolving dependencies 是 CPU 密集型计算，不走网络，镜像再快也无济于事。
CI/CD 和 Docker 中 --progress 失效的真实原因
根本不是 Composer 故意隐藏，而是环境缺失伪终端（PTY）。docker run 默认不分配 TTY，gitlab-runner 默认以 --no-interaction 启动，github-actions v2.4 以前的 runner 不主动设置 TERM 环境变量——这些都会导致 stream_isatty(STDOUT) 返回 false，--progress 自动退化为静默模式。
绕过方案（按优先级排序）：
- Docker 构建：用
RUN docker run -t --rm -v $(pwd):/app -w /app php:8.2-cli composer install --progress，-t是关键 - GitLab CI：同时设
COMPOSER_NO_INTERACTION: "0"和--progress，否则--no-interaction会连带压制进度 - GitHub Actions：v2.5+ runner 已支持，直接写
composer install --progress即可；旧版可加shell: bash -l {0}强制加载交互环境
别依赖 COMPOSER_NO_PROGRESS=1 的反向变量——它只能关，不能开；也没有 COMPOSER_PROGRESS=1 这种东西。
