突破性能瓶颈：配置Composer并行插件加速组件安装流程-composer-PHP中文网

composer 2.1+ 原生支持并行下载，无需插件；hirak/prestissimo 已失效且可能引发错误。应升级至 2.2+，使用 http-max-concurrent-downloads 配置并发数，配合国内镜像与清缓存方可生效。

突破性能瓶颈：配置composer并行插件加速组件安装流程

Composer 2.1+ 不需要插件，也别装 hirak/prestissimo —— 它已失效，还可能引发 file_put_contents(/tmp/): failed to open stream 或静默降级为单线程。

并行下载是 Composer 原生能力，但只在 2.1+ 生效，且 2.2+ 才支持 http-max-concurrent-downloads 这个真正起作用的配置项。低于这个版本的用户，parallel-downloads 配置无效，--concurrency 参数也不被识别。

运行 composer --version，输出类似 Composer version 2.2.22 才合规；若显示 1.x 或 2.0.x，立刻执行 composer self-update --prefer-dist
升级后验证：执行 composer install -v，看到类似 Downloading (5/42) 多数字同时跳变，说明并行已启用
旧版强行加 parallel-downloads 或装 prestissimo，只会让日志更混乱，不提速反而增加失败概率

Composer 2.2+ 已弃用 parallel-downloads，改用 http-max-concurrent-downloads 控制实际 HTTP 连接数。设错参数等于没设。

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

并行只是“发多个请求”，如果每个请求都卡在 DNS 解析、TLS 握手或跨洋路由上，10 个并发和 1 个并发实际耗时差不多，甚至更差（重试叠加）。

设阿里云镜像（最稳）：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
设完必须清缓存：composer clear-cache，否则旧元数据仍会 fallback 到 packagist.org
验证是否生效：composer config -g repo.packagist 输出应为完整 URL，不是 null 或空值
若仍慢，检查是否被本地 DNS 缓存污染：临时加 export COMPOSER_NO_TLS=1（仅限内网可信环境）或换系统 DNS 为 1.1.1.1

下载快了，解压后往 vendor/ 写几百个小文件时可能又卡住——这不是 Composer 的问题，而是文件系统或安全软件干预。

macOS APFS / Windows NTFS + 实时杀毒（如 Windows Defender、腾讯电脑管家）会同步拦截每个 file_put_contents 调用，I/O 吞吐可从 120MB/s 掉到 8MB/s
CI/CD 中建议组合使用：composer install --no-dev --prefer-dist --no-autoloader --no-scripts，省掉 30%+ 时间
--no-autoloader 不生成 autoload.php，后续补 composer dump-autoload --optimize --classmap-authoritative 即可
本地开发慎用 --classmap-authoritative，否则新增类直接报 Class not found