命令静默失败因三处错误：键名必须为repo.packagist（单数）、中间必须含composer type值、URL须为HTTPS且末尾带/；验证需输出完整JSON，否则未写入。
composer config -g repo.packagist 命令为什么没反应
不是网络卡，是命令写错三个地方就静默失败：键名必须是 repo.packagist（单数，不能多写一个 s），中间必须带 composer 这个 type 值，URL 必须是 HTTPS 且末尾有 /。
常见无效写法：
-
composer config -g repos.packagist composer https://mirrors.aliyun.com/composer/→ 多了个s，完全不生效 -
composer config -g repo.packagist https://mirrors.aliyun.com/composer/→ 缺composertype，回退官方源 -
composer config -g repo.packagist composer http://mirrors.aliyun.com/composer/→ HTTP 被 Composer 2.0+ 拒绝
正确命令只有一条：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
怎么确认镜像真的生效了
别信“执行完就 OK”，必须验证。最直接的方式是运行：composer config -g repo.packagist，输出必须是完整 JSON 对象，比如：
{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
如果返回空、null、报 Key not found，说明根本没写进去。这时要检查：~/.composer/config.json（Linux/macOS）或 %USERPROFILE%\AppData\Roaming\Composer\config.json（Windows）里有没有这段内容；权限不对时，Linux/macOS 可能需要先运行 chown -R $USER ~/.composer。
项目级配置比全局更靠谱
新手容易忽略一点：全局配置只在你当前终端用户下生效。CI/CD、宝塔面板、Docker 容器里跑的 PHP 很可能用的是 www 或 runner 用户，压根读不到你的配置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
进项目根目录后，用这条命令更稳妥：composer config repo.packagist composer https://mirrors.aliyun.com/composer/（注意去掉 -g）。它会自动往 composer.json 的 repositories 字段里安全追加，不破坏已有结构，团队协作也一致。
改完记得删掉：vendor/ 和 composer.lock，再跑 composer install —— 否则旧 lock 文件仍指向海外源，换镜像等于白配。
换源后还是卡在 Loading composer repositories
这说明 Composer 还在读旧缓存或旧元数据。必须清三样：
- 运行
composer clear-cache - 删掉项目下的
vendor/目录 - 删掉项目下的
composer.lock
再执行 composer install -vvv，观察日志里是否出现 mirrors.aliyun.com。如果还卡着，大概率是企业网络拦截 HTTPS 请求，可临时加 -n 参数跳过证书校验（仅限可信环境）：composer install -n。
镜像只解决下载慢，不解决依赖解析慢。如果卡在 Resolving dependencies，和镜像无关，得查 composer.json 里版本约束是否太宽、是否有冲突包。
