直接执行composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/即可全局生效，但必须严格满足三要素：键名repo.packagist（单数、无s）、type值composer（不可省略）、url为https且末尾带/，缺一即静默失效。
直接执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 就能生效，但写错任意一个字符都会静默失效——不是没反应，是根本没写进去。
全局配置命令必须写对三个硬性要素
这条命令不是“大概对就行”，repo.packagist、composer、末尾斜杠缺一不可：
-
repo.packagist不能写成repos.packagist（多一个 s）或packagist（漏repo.前缀）；Composer 2.x 只认这个 key，错写就当没这回事 - 中间的
composer是 type 值，不是可选参数，也不能省略或替换成https等其他字符串 - URL 必须是 HTTPS，且末尾必须带斜杠：
https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（少斜杠会 404） - 必须加
-g，否则只改当前目录下的composer.json，换个项目就回退
验证是否真生效，别信感觉
运行 composer config -g repo.packagist，输出必须是完整 JSON 对象：
{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
如果返回空、null、报错或提示 Key "repo.packagist" does not exist，说明命令压根没写成功。常见原因：拼写错误、漏 -g、URL 不合规。
注意：项目级配置优先级高于全局，所以进到某个项目后，再执行 composer config repo.packagist 查看，可能看到的是项目自己的设置，不代表全局无效。
项目级配置更适合协作和 CI 场景
全局配置看似省事，但在团队开发或 CI 流水线里反而容易引发不一致问题——比如开源项目要求校验官方源 hash，或不同镜像导致依赖解析结果微小差异。
进项目根目录，运行不带 -g 的命令即可写入 composer.json：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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/
它会自动在 composer.json 顶层添加 "repositories" 字段，并确保 key 是 "packagist"（不能自定义为 "aliyun" 等）。
如果项目已有 "repositories"，别手动编辑覆盖——用命令追加，否则可能误删私有包源；PHP 7.2+ 和 Composer 2.2+ 对 JSON 格式极其敏感，多一个逗号或少一个引号就会报 JSON decode error。
临时切换只对 install/update 生效，require 不认
想快速测试镜像是否可用，或在 CI 脚本里隔离环境，用 --repository-url 参数最干净：
composer install --repository-url=https://mirrors.aliyun.com/composer/
它优先级最高，会覆盖全局和项目级配置，但只影响当次命令。
注意：composer require foo/bar --repository-url=xxx 不生效——这个参数仅被 install 和 update 支持；packagist.phpcomposer.com 已停用，现在稳定可用的只剩阿里云、腾讯云、华为云三家，用错地址会卡在 Loading composer repositories 几十秒，最后报 Could not fetch https://xxx/packages.json。
镜像只解决下载慢，不解决 Resolving dependencies 卡顿——那通常是 composer.json 写法、本地 PHP 版本约束或网络 DNS 解析问题，和镜像源无关。
