卡在Loading composer repositories不是网络慢，而是Composer未连上镜像源；需用composer diagnose或composer install -vvv | grep "Downloading.*packages.json"验证真实请求地址，避免repos.packagist多s、缺type参数、URL少斜杠、项目级repositories覆盖等静默失效错误。
卡在 Loading composer repositories 不是网络慢，而是 Composer 正在同步元数据——它没开始下包，甚至没连上镜像源。
确认镜像是否真生效，别信 composer config -g repo.packagist 的输出
这条命令只显示你“写过什么”，不等于实际请求路径。很多人的配置看似成功，日志里却还在访问 packagist.org。
- 运行
composer clear-cache && composer require monolog/monolog -vvv 2>&1 | grep "Downloading.*packages.json"，看实际请求域名是不是mirrors.aliyun.com/composer/packages.json - 或直接
composer diagnose，检查 “Repo packagist.org:” 后面显示的 URL 是否为你设的镜像地址；若仍是https://repo.packagist.org，说明被项目级repositories覆盖，或 URL 少了末尾斜杠导致静默回退 -
composer config -g repo.packagist返回空、null、https://packagist.org或已停用地址（如https://packagist.phpcomposer.com），就证明根本没生效
常见静默失败的配置错误
错一个字符，Composer 就会 fallback 到官方源，且不报错。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 命令写成
composer config -g repos.packagist（多一个s）→ 静默无效，字段名必须是repo.packagist - 漏掉
composer类型声明：正确格式是composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，少中间composer会导致类型识别失败 - URL 末尾缺斜杠：
https://mirrors.aliyun.com/composer会 404，必须是https://mirrors.aliyun.com/composer/ - 用了已停用地址：
https://packagist.laravel-china.org（502/503 频发）、https://packagist.phpcomposer.com（404）、任何http://开头地址（Composer ≥2.2 默认拒绝）
项目级 repositories 字段会彻底覆盖全局镜像和代理
哪怕 composer config -g 输出完全正确，只要项目根目录 composer.json 里有 "repositories" 字段（包括空数组 []），Composer 就会忽略所有全局设置，直连原始源。
- 临时排查：删掉
composer.json中整个"repositories"块，再跑composer update -vvv - 若需保留私有源，应确保
repositories是对象结构（不是数组），并显式包含"packagist": false或用"packagist.org": {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}替代 - CI/CD 脚本或私有包平台（如 Satis）可能在运行时自动注入
repositories，用composer show -p查看当前实际生效的仓库列表
卡住 ≠ 网络不通，可能是 Composer 自检在偷偷连外网
Composer 2.2+ 启动时默认检查自身更新，这个请求硬编码指向官方 API，和镜像源无关。国内环境下常卡在这一步，光标不动、无报错、-vvv 日志也停在 Loading composer repositories。
- 临时绕过：加环境变量
COMPOSER_NO_UPDATE_CHECK=1，例如COMPOSER_NO_UPDATE_CHECK=1 composer install - 永久禁用：在
~/.composer/config.json中添加"disable-tls": true（它会抑制部分网络探测行为，实测有效） - 最暴力但可靠的方式：
composer config -g repo.packagist false，后续所有操作都不加载仓库信息——前提是依赖已提前装好或用dump-autoload生成了类映射
真正卡点往往藏在配置细节里：URL 少个斜杠、键名多一个字母、项目级 repositories 没意识到会覆盖一切。验证必须落到真实请求日志，而不是配置命令的返回值。
