必须同时清除http-proxy和https-proxy，因composer对二者路由分离，漏清https-proxy会导致https请求直连超时；还需清理镜像配置、环境变量并清缓存，最后用composer diagnose -v验证是否出现packagist.org。
取消 Composer 全局代理配置
只执行 composer config -g --unset http-proxy 不够，必须同时清除 https-proxy ——因为 Packagist 所有仓库请求都是 HTTPS，而 Composer 对两者路由完全分离。漏掉 https-proxy 会导致所有 HTTPS 请求 fallback 到直连，现象是卡在 “Loading composer repositories” 且无明确错误。
正确操作顺序是：
composer config -g --unset http-proxycomposer config -g --unset https-proxy- 确认已清空：
composer config -g --list | grep -E "(http|https)-proxy"应无任何输出
检查是否还有环境变量干扰
Composer 明确忽略系统级 HTTP_PROXY 和 HTTPS_PROXY 环境变量，但如果你手动设过，它们可能在其他命令中起作用，或被误认为 Composer 在用。运行以下命令确认：
- Linux/macOS：
echo $HTTP_PROXY和echo $HTTPS_PROXY - Windows CMD：
echo %HTTP_PROXY%和echo %HTTPS_PROXY%
若非空，临时清除：unset HTTP_PROXY HTTPS_PROXY（Linux/macOS）或 set HTTP_PROXY= && set HTTPS_PROXY=（Windows）。
验证代理是否真正失效
别只看配置输出，要实测真实请求路径。最直接的方式是启用详细日志并抓取 HTTP 请求：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS：
composer install -vvv 2>&1 | grep -i 'GET https' - Windows PowerShell：
composer install -vvv 2>&1 | Select-String "GET https"
如果看到类似 GET https://packagist.org/packages.json（而非镜像或代理地址），说明代理已退出；若仍指向 127.0.0.1:7890 或公司代理域名，说明某处残留未清。
恢复默认源不等于取消代理
这是最容易混淆的点：取消代理 ≠ 恢复官方源。即使你清掉了所有代理，如果之前设置了国内镜像（如 repos.packagist），Composer 依然会走阿里云或腾讯云的镜像地址——它压根不经过代理，也不走 packagist.org。
所以，若目标是“回到原始官方源”，还需额外清理镜像配置：
-
composer config -g --unset repos.packagist（注意是repos.packagist，不是repo.packagist） - 进项目目录检查
composer.json，删掉整个"repositories"块 - 运行
composer clear-cache，否则旧镜像元数据可能被缓存复用
最终验证方式仍是 composer diagnose -v，末尾出现 “Checking https://packagist.org/packages.json” 才算真正回归。
