--progress是唯一可靠方式，它优先级最高，可覆盖所有环境变量和配置，专为下载/解压阶段设计，输出包名加纯文本进度条，不带额外日志干扰。
composer install --progress 是唯一可靠方式
Composer 不支持通过配置文件或环境变量全局开启进度条，composer config --global progress true 会直接报错：[InvalidArgumentException] Setting "progress" does not exist. 它只认命令行参数，且 --progress 优先级最高，能覆盖 COMPOSER_NO_PROGRESS=1、项目级 "no-progress": true 或任何 TTY 检测失败场景。
这个参数专为下载和解压阶段设计，输出简洁：包名 + 纯文本进度条（如 Downloading monolog/monolog (3.5.0): 87% [===================>........]），不带额外日志干扰。
- CI/CD 中必须显式写
composer install --progress --no-interaction，GitHub Actions v2.5+ 和 GitLab CI 都适用 - Docker 构建时，
RUN composer install --progress要配合-t（分配伪终端），否则stream_isatty(STDOUT)返回 false，进度条仍不出现 -
composer install --progress > log.txt必然失败——重定向会禁用 ANSI 控制符，需改用2>&1 | tee log.txt
为什么 -v 不是进度条开关，但有时看起来像
-v 是日志详细度控制，不是 UI 开关。它在 TTY 环境下会“顺带”启用类似进度的文本行（如 Downloading foo/bar (1.2.3): 100% [============================>]），但本质是静态输出，不刷新；而 --progress 在非 TTY 下仍能强制渲染纯文本进度条。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 混用
-v --progress反而会让-v压制动画效果，只剩静态百分比和速度信息 -
-vv开始暴露 HTTP 请求 URL 和响应头，-vvv输出完整请求体和json_decode()错误，所有这些都走stderr，grep 时必须加2>&1 - Windows PowerShell 中中文乱码可能导致进度字符渲染失败，此时加
--ansi可修复显示
CI 和 Docker 环境中进度条消失的真实原因
不是 Composer 故意隐藏，而是它调用 stream_isatty(STDOUT) 检测失败后自动降级为静默模式。GitLab CI、GitHub Actions、docker run 默认不分配 PTY，结果就是卡在 Loading composer repositories 却无反馈。
- GitHub Actions：直接写
composer install --progress即可，无需额外 shell 包装 - GitLab CI：需同时设
COMPOSER_NO_INTERACTION: "0"和--progress，否则--no-interaction会连带压制进度 - Docker 构建：用
RUN docker run -t --rm -v $(pwd):/app -w /app php:8.2-cli composer install --progress，-t是关键 - 别用
> /dev/null或2>&1 | grep类重定向测试进度——它们直接切断进度条输出机制
自定义进度条不可行，别白费力气
Composer 内部下载逻辑硬编码在 Composer\Downloader\ZipDownloader 等类中，不暴露事件、回调或 UI 渲染钩子。你无法监听“当前下载第几个包”，也无法拦截 $io->write() 重绘进度行。
-
laravel/prompts不是 Composer 插件，只用于php artisan命令，不能注入composer install - 写一个
CommandProviderInterface插件注册新命令，仍是独立流程，无法复用 Composer 的依赖解析、autoload 生成等核心能力 - 真要细粒度控制，只能绕过
composer install，手动读composer.lock+ 调用ZipDownloader::download()+ 接入Symfony\Component\Console\Helper\ProgressBar，但代价是失去全部 Composer 功能
进度条本身不改变安装逻辑，只是输出层开关；它的缺失常掩盖真实瓶颈——比如某包反复重试失败，或镜像源响应超时，得看它动不动，而不是有没有。
