composer config -g repo.packagist 命令总不生效是因为漏掉三个硬性条件：键名必须为单数 repo.packagist（非 repos.packagist 等）、type 值必须显式写 composer、URL 必须 HTTPS 且末尾带 /；任一缺失即静默回退官方源，验证需输出完整 JSON 对象。
composer config -g repo.packagist 命令为什么总不生效
不是网络问题，是命令漏了三个硬性条件，Composer 2.x/3.x 会静默 fallback 到 https://packagist.org，不报错也不提示。
-
repo.packagist是唯一合法键名——写成repos.packagist、packagist.org或repositories都无效 -
composer是必需的type值，不是可选参数，也不是注释；漏掉它，配置就等于没写 - URL 必须是 HTTPS 且末尾带斜杠：
https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（少斜杠会导致拼出/composerpackages.json，404）
验证是否真写进去了，别信“命令没报错”
执行完命令后，必须立刻验证，只看这一条：
composer config -g repo.packagist
正确输出应为类似：
{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
如果返回空、null、Key "repo.packagist" does not exist，或仍是 https://packagist.org，说明根本没写进去。
- Linux/macOS 下权限不对（比如用
sudo写进了/root/.composer/config.json，但 PHP-FPM 以www用户运行） - Windows 用户被 OneDrive 或杀毒软件锁住了
%APPDATA%\Composer\config.json - Git Bash 路径解析异常，换 PowerShell 或 CMD 重试
项目级配置比全局更可靠，尤其在 CI 和团队协作中
全局配置在宝塔、Docker、GitHub Actions 里大概率读不到——因为它们不是以你当前用户身份运行的。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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 字段写入，但要注意：
- 如果原
"repositories": {}是对象，它会新增"packagist"子项，不破坏已有私有源 - 如果原
"repositories": []是数组，命令会失败；需先手动改成对象再执行 - 改完务必运行
composer update --lock，否则composer.lock里仍记录着官方源地址 - 切忌手写
"packagist.org": false—— 这会彻底禁用回退机制，镜像临时不可用时直接失败
换源后仍卡在 “Loading composer repositories” 怎么定位
这不是镜像没生效，而是请求压根没发到镜像站。常见源头有两个：
- 项目级
repositories字段覆盖了全局设置（哪怕只写了"packagist.org": false） -
composer.lock里硬编码了原始 dist URL，导致 Composer 绕过镜像直接去github.com或packagist.org下载
确认方式：跑一次 composer update -vvv，盯住日志里 Downloading 行的域名。只有看到 mirrors.aliyun.com 才算真正走镜像；出现其他域名，就得删 vendor/ 和 composer.lock，再 composer install 重建。
最易被忽略的是：改了配置却不清缓存。执行 composer clear-cache 是必须步骤，否则旧索引还在，新镜像永远不会被调用。
