必须运行composer config -g --unset http-proxy彻底清除错误代理配置，因composer代理字段为单值覆盖型，写错即卡死http流程；同时需检查并清空http_proxy/https_proxy环境变量，最后用composer install -vvv验证日志无proxy字样才算真正直连。
代理配置写错导致composer install失败
直接删掉错误的代理配置，别试图“改”——Composer 的代理字段是单值覆盖型，写错一次就卡死整个 HTTP 流程，重试只会重复失败。常见错误包括：http://localhost:8080 写成 https://localhost:8080（协议不匹配）、漏掉端口、带了多余路径如 http://127.0.0.1:8888/proxy，或者用了已停用的旧格式（如 proxy 键名而非 http-proxy）。
运行 composer config -g --unset http-proxy 彻底清除
这是最干净的重置方式。注意三点：
-
--unset后面必须跟准确键名：http-proxy（不是proxy、http_proxy或HTTP_PROXY） - 必须加
-g，否则只清当前项目配置，换目录又复现 - 执行后运行
composer config -g http-proxy，输出应为空行，表示已清空
确认系统环境变量没偷偷启用代理
即使 Composer 配置清空了，HTTP_PROXY 或 HTTPS_PROXY 环境变量仍会接管请求，且优先级高于 http-proxy 配置（v2.2+ 默认启用）。检查方法：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS：运行
env | grep -i proxy - Windows：运行
set | findstr -i proxy - 若输出非空，临时禁用：
unset HTTP_PROXY HTTPS_PROXY（bash/zsh）或set HTTP_PROXY= && set HTTPS_PROXY=（cmd）
验证是否真走直连而非代理
别信“我刚删了”，要实测。运行：
composer install -vvv 2>&1 | head -n 20 | grep -E "(Downloading|Proxy)"
如果日志里出现 Proxy CONNECT 或 Connecting to proxy，说明代理还在生效；如果只有 Downloading https://mirrors.aliyun.com/composer/ 这类地址，且无 Proxy 字样，才算真正回归直连。
镜像源和代理本质互斥——你配了 repo.packagist 指向阿里云，Composer 就不会走任何代理逻辑。所以重置代理后，务必确认镜像也已正确配置，否则可能 fallback 到 packagist.org 并再次触发网络层问题。
