必须先换阿里云镜像源并清缓存，再验证配置生效，否则并发请求仍打向海外源导致更慢；需卸载hirak/prestissimo、确认composer版本匹配并发参数，并避免github直链绕过镜像。
composer install 在开了并发后反而更慢，不是并发本身有问题，而是并发请求全打在了错误的目标上——镜像没换、配置写错、缓存没清，导致“并发”实际发向 packagist.org 或失效源，白白耗尽连接池。
镜像源没生效，所有并发都在撞墙
并发下载（http-max-concurrent-downloads 或旧版 parallel-downloads）只加速「下载」阶段，但前提是请求真发到了国内镜像。如果 composer config -g repo.packagist 输出仍是 https://packagist.org 或为空，那 10 个并发全在等欧洲服务器 TLS 握手超时，结果比串行还卡。
- 必须执行
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（注意结尾斜杠和composertype） - 立刻验证：
composer config -g repo.packagist输出必须是完整 URL，不能是null或空字符串 - 加
-vvv运行composer install，搜日志里的Downloading行，确认域名是mirrors.aliyun.com而不是api.packagist.org
旧插件 hirak/prestissimo 残留干扰调度
这个插件在 Composer 2.1+ 下不兼容，会静默接管下载逻辑并降级为串行，同时破坏 composer.lock 的完整性。它不报错，但让并发配置完全失效。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer diagnose，如果提示hirak/prestissimo已安装，立刻执行composer global remove hirak/prestissimo - 删掉
~/.composer/vendor/hirak目录（手动清理残留） - 再跑
composer --version确认输出里没有prestissimo字样
并发参数设错或版本不匹配
Composer 2.1 和 2.2+ 对并发参数的处理完全不同，混用会导致“设了等于没设”。
-
composer --version必须 ≥ 2.2.x 才认parallel-downloads；≥ 2.1.x 才认http-max-concurrent-downloads - 2.2+ 版本中
parallel-downloads已弃用，设了也不生效；唯一有效的是http-max-concurrent-downloads - 值设太高（比如 12+）会触发阿里云/腾讯云镜像的
429 Too Many Requests，或本地file_put_contents(/tmp/): failed to open stream错误 - 推荐值：容器环境用
8，开发机可用10，别碰15或20
GitHub 直链绕过镜像，并发毫无意义
很多包在 composer.lock 里硬编码了 "dist": {"url": "https://github.com/xxx/yyy/archive/"}，这类请求不走镜像，直接打 GitHub API —— 并发再多也卡在 rate limit 上。
- 检查错误日志是否含
GithubRateLimitException或403 rate limit - 临时方案：在
~/.composer/auth.json里加{"github-oauth": {"github.com": "your_token_here"}} - 长期方案：把这类包 fork 到 Gitee，改
dist.url指向 Gitee zip 地址（tag 必须一致） - CI 构建时加
--no-interaction --no-progress，避免进度条阻塞并发线程输出缓冲
