云服务器配 Composer 镜像应禁用 TLS、使用厂商内网 HTTP 地址（如阿里云 http://mirrors.cloud.aliyuncs.com/composer/）、并将 http-max-concurrent-downloads 设为 20–30，三者缺一不可，否则千兆带宽无法跑满。
云服务器上配 Composer 镜像，对出网带宽本身没硬性要求——但配置错了，反而会把内网千兆带宽压不满，甚至卡在 20MB/s。
为什么内网用 HTTPS 镜像压不爆千兆带宽
阿里云 ECS、华为云 CCE 或自建 K8s 集群里，composer install 跑不满 100MB/s，不是带宽不够，是 TLS 握手和证书校验吃掉了 CPU 并压制了并发。
-
https://mirrors.aliyun.com/composer/在内网实测平均仅 35MB/s - 换成
http://mirrors.cloud.aliyuncs.com/composer/后升至 92MB/s（逼近千兆理论极限 125MB/s） - HTTPS 不仅增加 OpenSSL 加解密开销，还强制串行完成 TLS handshake，哪怕
parallel-downloads设为 15，实际并发连接数仍被 TLS 层卡住 - 内网无中间人风险，禁用 TLS 是安全且官方推荐的——镜像站只提供静态文件，不验证客户端证书
必须用厂商提供的内网 HTTP 地址，且末尾 / 不可省略
公网 HTTPS 镜像对本地开发友好，但在云服务器上就是低效冗余。必须切到对应云厂商的内网地址：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 阿里云 ECS（VPC 内网）：
http://mirrors.cloud.aliyuncs.com/composer/ - 华为云 CCE/ECI：
http://mirrors.huaweicloud.com/composer/ - 腾讯云 TKE：
http://mirrors.cloud.tencent.com/composer/（需确认所在地域已开通内网 DNS 解析） - 末尾
/缺失会导致部分 Composer 版本返回 404，且不报错，只卡在 Loading 阶段
http-max-concurrent-downloads 要设到 20–30 才喂得饱千兆网卡
公网环境下设 10 是甜点值，但内网延迟低于 0.5ms，http-max-concurrent-downloads 必须拉高才压得满带宽：
- 全局设置命令：
composer config -g http-max-concurrent-downloads 25 - 设太高（如 >30）可能触发
file_put_contents(/tmp/): failed to open stream，尤其在 Docker 或低配 CI 环境 - 验证是否生效：
composer install -vvv日志中应出现Downloading https://... (25 concurrent)—— 注意这里仍是 https 前缀，但实际请求已走你配的 http 地址（Composer 日志未同步显示协议变更） - 别再用
parallel-downloads：该配置项已在 Composer 2.2+ 中弃用，设了也不生效
真正卡住速度的，从来不是出网带宽，而是你有没有关掉 TLS、用对内网地址、调高并发参数——三者缺一不可。漏掉任意一个，千兆网卡就永远跑不满。
