根本原因是Packagist镜像地址配置错误：键名必须为repo.packagist（单数小写），type值必须为composer，URL末尾必须带/；否则Composer静默回退官方源。
国内开发者执行composer install常卡在“Loading composer repositories”，根本原因不是网络慢，而是Packagist镜像地址没配对或被覆盖——漏掉一个斜杠、写错一个字母，Composer就静默回退到官方源，且不报错不提示。
全局配置：一行命令永久生效
直接在终端运行：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/。
这条命令会立即写入~/.composer/config.json（Windows为%APPDATA%\Composer\config.json），所有新项目默认走阿里云镜像。
【必须同时满足三个条件，缺一不可】：键名是repo.packagist（单数、全小写）、中间的composer是type值（不是注释，不能省）、URL末尾必须带/。写成repos.packagist或https://mirrors.aliyun.com/composer（少斜杠）都会静默失败。
验证是否真写入：运行composer config -g repo.packagist，输出必须是完整JSON对象，形如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。返回空、null或仍是https://packagist.org，说明根本没生效。
项目级配置：适配CI、Docker与宝塔等环境
进入含composer.json的项目根目录，执行：composer config repo.packagist composer https://mirrors.aliyun.com/composer/（注意不加-g）。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
该命令会修改当前项目的composer.json，向repositories字段安全写入"packagist"条目。
⚠️ 如果composer.json中已有"repositories": []（空数组），命令会静默失败；需先手动改为"repositories": {}再重试。
更重要的是：仅写入packagist不够，还必须显式禁用默认源。在repositories对象内同级添加"packagist.org": false，否则Composer仍会先尝试官方源，导致卡住或404。
清理旧缓存与锁定文件
第一步：运行composer clear-cache清除本地元数据缓存。
第二步：删除项目下的vendor/目录和composer.lock文件——【这是最关键的一步】，因为composer.lock里硬编码了旧源的dist URL和哈希值，不删它，composer install永远不走新镜像。
第三步：执行composer install -vvv，观察日志中所有GET请求是否指向mirrors.aliyun.com。若仍出现repo.packagist.org/packages.json，说明某处配置仍被覆盖，需回到前两步检查composer.json中的repositories结构。
