Composer 2.1+ 原生支持并行下载，无需插件；hirak/prestissimo 已失效且可能引发错误。应升级至 2.2+，使用 http-max-concurrent-downloads 配置并发数，配合国内镜像与清缓存方可生效。
Composer 2.1+ 不需要插件，也别装 hirak/prestissimo —— 它已失效，还可能引发 file_put_contents(/tmp/): failed to open stream 或静默降级为单线程。
确认 Composer 版本并升级到 2.2+
并行下载是 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，只会让日志更混乱，不提速反而增加失败概率
正确设置并发数：用 http-max-concurrent-downloads，不是 parallel-downloads
Composer 2.2+ 已弃用 parallel-downloads，改用 http-max-concurrent-downloads 控制实际 HTTP 连接数。设错参数等于没设。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 全局设为 8（多数机器稳态上限）：
composer config -g http-max-concurrent-downloads 8 - 超过 10 容易触发镜像站限流（尤其阿里云）、本地临时文件竞争或
failed to open stream错误 - 设完立即生效，无需重启终端；可用
composer config -g http-max-concurrent-downloads查看当前值 - 该配置仅对
composer install有效；composer update因依赖图需实时解析，仍存在不可绕过的串行阶段
换国内镜像源 + 清缓存，否则并发再高也卡在 DNS/TLS
并行只是“发多个请求”，如果每个请求都卡在 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 写入慢？关杀软、禁 fsync、跳过 autoload（CI 场景）
下载快了，解压后往 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
真正卡点往往不在“怎么开并行”，而在 DNS 是否走对、镜像是否生效、vendor 目录是否被实时扫描拖垮——这些细节不处理，调再高的并发数也只是把失败日志刷得更快。
