composer不提供代理加密，https-proxy值必须为http://开头；需同时配置http-proxy和https-proxy，否则https请求静默直连超时；镜像与代理互斥，混配必卡死。
Composer 本身不提供代理通信加密能力，所谓“代理加密”实际是 TLS 隧道加密（由 HTTPS 代理的 CONNECT 隧道完成），不是 Composer 在应用层做的加解密——它只负责把请求发给代理，剩下的交给 cURL 和 OpenSSL。
https-proxy 必须用 http:// 协议开头
Composer 对 https-proxy 字段有硬性约定：值必须是 http:// 开头，哪怕你的代理服务监听在 TLS 端口（如 https://127.0.0.1:8080）。填错会导致静默 fallback 到直连，最终超时或 502。
- 正确写法：
http://user:pass@127.0.0.1:8080 - 密码含
@、/、:必须 URL 编码，例如pa@ss/word→pa%40ss%2Fword - 验证命令：
composer config -g --list | grep https-proxy，确认输出行存在且格式合规
CA 证书必须显式指定，不能依赖系统默认
企业网络常见 TLS 内容审查，表现为 curl -vI https://mirrors.aliyun.com/composer/packages.json 报 certificate verify failed，但浏览器能打开。此时 Composer 的 HTTPS 请求会失败，即使代理配置正确。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 导出公司根证书为 PEM 格式（无 BOM、纯文本）
- 执行：
composer config -g cafile /path/to/company-ca.crt（Windows 路径用双反斜杠，如C:\certs\company-ca.crt） - 不要设
secure-http false或指向/dev/null，这等于主动关闭证书校验，供应链风险极高
镜像与代理互斥，混配必卡死
设了 repo.packagist 镜像后，http-proxy 和 https-proxy 字段会被完全忽略；反之，开了代理，镜像配置就形同虚设。国内用户卡在 Loading composer repositories，90% 是因为同时配了二者。
- 想走代理：先清空镜像 ——
composer config -g --unset repo.packagist - 必须同时配置
http-proxy和https-proxy，缺一不可 - 临时验证是否真走代理：加
-n -vvv运行composer install，日志里出现Proxy CONNECT才算成功
真正需要加密的不是 Composer 自身流量，而是你通过代理访问的私有源是否启用 mTLS；Composer 不支持客户端证书透传，这种场景只能靠代理层（如 Nginx + ssl_client_certificate）终结并验证，再以普通 HTTPS 转发给后端服务。
