composer config -g repo.packagist 命令失效主因是三处硬性错误：键名误为 repos.packagist、漏写 type="composer"、url 末尾缺 "/"，任一出错均静默回退至官方源。
composer config -g repo.packagist 命令为什么没生效
大概率是三个硬性条件漏掉一个：repo.packagist 键名写成 repos.packagist（多了一个 s）、漏掉 composer 这个 type 值、URL 末尾没加 /。这三处任一出错，Composer 2.x 都会静默 fallback 到官方源，不报错也不提示。
验证是否写入成功，直接运行：composer config -g repo.packagist。输出必须是类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 的完整 JSON 对象。空、null、报错或只返回 URL 字符串（新版行为），都说明配置失败。
-
repo.packagist是固定键名，不能写成packagist.org或repositories.packagist -
composer是 type 值，不是可选参数，必须显式写出 -
URL必须是 HTTPS，且末尾带/，例如https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌
全局镜像配置的实际执行命令和路径
直接执行这条命令就能生效：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
它自动写入用户级配置文件，优先级高于项目级配置，末尾斜杠不可省略，拼错键名或地址将导致静默失效。
该命令写入的是当前用户家目录下的：
- Linux/macOS：
~/.composer/config.json - Windows：
%USERPROFILE%\AppData\Roaming\Composer\config.json
Composer 启动时自动读取，无需重启终端或重装工具。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
宝塔、CI、计划任务里镜像不生效的根本原因
全局配置只对当前用户生效。宝塔后台、GitHub Actions、Docker CI 等环境常以 www、runner 或容器内用户运行，根本读不到你终端里的 $USER 配置。
解决方法很直接：先确认实际执行用户（比如 whoami 或查日志 UID），再针对性配置：
- 给
www用户配：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - CI 流水线中，需在 workflow 中显式设置
COMPOSER_HOME，或改用项目级配置 - 别指望
sudo composer config -g写进 root 配置后，普通用户能继承——权限隔离是默认行为
项目级配置更适合团队协作和 CI 场景
进项目根目录（含 composer.json），运行：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/
它会安全地向 composer.json 的 repositories 字段写入结构，Git 可跟踪，不受用户影响。
注意几个关键点：
- 如果项目已有
"repositories": []（数组形式），命令会报错；需先手动改成"repositories": {}（空对象）再重试 - 改完必须删掉
vendor/和composer.lock，再跑composer install（不是update） - 千万别写
"packagist": false，这会导致基础包（如php、ext-json）校验失败
换源后首次 composer install 若报 hash 校验失败，删 vendor 和 composer.lock 重来即可。
