全局镜像配置必须带composer类型参数执行composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/才生效，漏掉“composer”会静默回退官方源；parallel-downloads=10仅在composer 2.2+有效；换源后必须执行composer clear-cache，并配合--no-dev --prefer-dist --optimize-autoloader使用。
全局镜像配置必须带 composer 类型参数
执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 才真正生效，漏掉中间的 composer 会静默回退到官方源。这不是可选参数，是 Composer 2.x 的硬性要求——键名必须是单数 repo.packagist，值必须是包含 "type": "composer" 的完整对象。
验证是否写入成功：运行 composer config -g repo.packagist，输出必须是类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 的 JSON；空、null 或仍显示 packagist.org，说明根本没生效。
parallel-downloads=10 要配合 Composer 版本检查
这个参数只在 Composer 2.2+ 生效，低于版本设了也白搭。先运行 composer --version 确认版本号。默认并发数是 3，基本等于串行；设为 10 是多数本地环境和 CI 的稳定上限。
- 如果报
file_put_contents(/tmp/): failed to open stream，说明临时目录竞争，降到 6 或 8 - 镜像源不支持 HTTP/2（如某些自建源）时，并发请求会被排队堵死，可临时切回官方源测试
- 命令是：
composer config -g parallel-downloads 10
缓存清理不是可选项，而是每次换源后的必做动作
镜像只加速新请求，但旧缓存里存着 packagist.org 的元数据，Composer 会优先读缓存再校验远程地址——结果就是卡在 DNS 或 TLS 握手，根本没发请求到镜像站。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
必须执行：composer clear-cache（注意不是 composer cache-clear，后者已废弃）。如果之后仍卡在 Downloading，还要删掉 vendor/ 和 composer.lock，再用 composer install --no-cache 强制走新源。
别忽略 --prefer-dist 和 --no-dev 的组合效应
--prefer-dist 让 Composer 下载 ZIP 包而非 clone Git，但它的效果完全依赖镜像是否缓存 dist；阿里云、清华等主流镜像只缓存 dist，几乎不缓存 source。项目级若写了 "prefer-source": true，会直接覆盖该行为，必须手动删掉或执行 composer config --unset prefer-source。
--no-dev 在生产部署中不是优化项，而是安全前提：跳过 require-dev 里的 PHPUnit、PHPStan 等工具，减少 50% 以上文件下载量。实际提速效果常比换镜像更显著。
真正起效的组合命令是：composer install --no-dev --prefer-dist --optimize-autoloader，而它依赖前面所有配置都已就位——镜像、并发、缓存、锁文件，缺一不可。
