必须同时设置http-proxy和https-proxy，缺一不可；只配http-proxy会导致HTTPS请求静默直连失败或超时，因Packagist等全量走HTTPS，而http-proxy对HTTPS无效，且https-proxy值必须以http://开头。
composer config -g http-proxy 和 https-proxy 必须同时设置
只配 http-proxy，composer install 会卡在 “Loading composer repositories”，因为 Packagist、GitHub 全量走 HTTPS，而 http-proxy 对 HTTPS 请求完全无效。Composer 不会 fallback，也不会报错，只是静默直连失败或超时。
必须两条命令都执行：
composer config -g http-proxy http://127.0.0.1:8080composer config -g https-proxy http://127.0.0.1:8080
注意：https-proxy 的值必须是 http:// 开头（哪怕代理本身监听 TLS 端口），填 https:// 或漏协议头（如 127.0.0.1:8080）会导致所有 HTTPS 请求 fallback 直连，现象是无错误、无进度、最终超时。
代理进程没起来或端口不通，比配置错误更常见
很多“配好了还是卡住”的问题，根源不在 Composer 配置，而在代理守护进程本身：
- Clash/Squid/cntlm 进程未启动，或监听地址不是
127.0.0.1（比如只绑localhost或::1） - 防火墙拦截了本地回环通信（尤其 Windows 或某些云服务器默认策略）
- 代理监听的是
https://端口（如https://127.0.0.1:8443），但 Composer 不支持该协议作为 proxy 地址
验证方式：不用 Composer，直接用 curl -x http://127.0.0.1:8080 -I https://packagist.org/packages.json。如果 curl 也失败，说明代理层没通，Composer 配置再对也没用。
NTLM 代理（如企业域环境）必须加中转层
Composer 原生不支持 NTLM 认证，设了 http-proxy 也会直接返回 407 Proxy Authentication Required 或连接拒绝。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
不能靠改 Composer 配置绕过，必须引入中转代理工具：
-
cntlm或px：监听127.0.0.1:3128，处理 NTLM 认证，再把请求转发给企业代理 - 然后让 Composer 连这个本地中转地址：
composer config -g https-proxy http://127.0.0.1:3128
Windows 下若提示 Could not write to file，检查 %APPDATA%\Composer\config.json 是否存在且当前用户有写权限。
镜像源比代理更稳，尤其在腾讯云等国内云环境
在 CVM 或 VPC 内网中，composer install 卡住往往不是网络不通，而是 DNS 解析慢或 TLS 握手卡在海外节点。此时配代理反而多一层故障点。
推荐优先切换腾讯云官方镜像：
composer config -g repo.packagist composer https://mirrors.cloud.tencent.com/composer/composer clear-cache
验证是否生效：composer show laravel/framework --no-ansi | head -n 3，看到 URL 含 mirrors.cloud.tencent.com 即成功。镜像源无需维护代理进程，也不受 NTLM/证书/隧道等问题干扰。
https-proxy 必须和 http-proxy 同时存在、协议一致、且值必须是 http:// 开头——这不是可选项，是 Composer 发起 HTTPS 请求的硬性路由规则。 
