composer config -g repo.packagist 无效是因为必须同时满足三个硬性条件：键名严格为单数 repo.packagist，中间参数必须显式写 composer（type 值），url 必须是 https 且末尾带 /；任一不符即静默回退官方源，且不报错。
直接执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 就能覆盖旧地址，但几乎所有人卡在“明明改了却还是连 packagist.org”——根本原因不是网络或镜像站问题，而是配置没真正写进去，或写进去了但被其他设置覆盖、缓存没清、路径拼错。
为什么 composer config -g repo.packagist 看似执行成功却无效
这条命令不报错，但错一个字符就静默失效。必须同时满足三件事：
- 键名必须是
repo.packagist（单数，不能是repos.packagist、repositories或packagist.org） - 中间的
composer是type值，不是注释，漏掉它会被当无效值丢弃 - URL 必须以
/结尾，比如https://mirrors.aliyun.com/composer/✅，写成https://mirrors.aliyun.com/composer❌ 会导致请求路径变成/composerpackages.json，404 后自动 fallback 到官方源
验证是否真写进去了：composer config -g repo.packagist 输出必须是完整 JSON，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。如果返回空、null、或提示 Key does not exist，说明配置根本没落盘。
换地址后 composer update 还是慢或查不到新包
不是镜像没同步，而是 Composer 在用本地缓存的 packages.json 元数据（默认 15 分钟内不更新）。哪怕你刚把 URL 换成腾讯云，它仍按旧索引算依赖。
- Composer ≥ 2.5：运行
composer update --refresh，只清元数据缓存，保留已下载 ZIP 包 - Composer ≤ 2.4：手动删缓存目录，例如
rm -rf $(composer config --global cache-dir)/repo/https---mirrors-aliyun-com-composer -
composer clear-cache清的是 ZIP 包，不是packages.json，别信它能解决“更新不生效”问题
验证是否真走新地址：跑 composer update -vvv，搜日志里的 GET 行，确认域名是你刚设的镜像站，而不是 packagist.org。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
项目级 repositories 正在悄悄覆盖你的全局配置
只要项目根目录的 composer.json 里有 repositories 字段，全局镜像就完全失效——这是 Composer 的设计逻辑，不是 bug。
- 检查方式：
composer config repo.packagist（不加-g），有输出说明项目级配置正在生效 - 临时禁用：
composer config --unset repositories（同样不加-g） - 若项目必须保留私有源，需确保
repositories数组第一项是{"packagist.org": false}，第二项才是你的新镜像地址，顺序不能颠倒
Git 提交不了 ~/.composer/config.json，团队协作时别指望靠“某人配好了大家就好”，要么统一写进项目 composer.json，要么用 CI 脚本在构建时显式配置对应用户的全局文件。
Windows 和 CI 环境下最容易忽略的路径与权限问题
Windows 用户实际配置路径是 %APPDATA%\Composer\config.json（不是 ~/.composer），而 Git Bash 下 %APPDATA% 不展开，容易误改错位置；CI 流水线常用 www 或 runner 用户执行构建，但你用 sudo composer config -g 配的是 root 的配置，压根不生效。
- 最稳查路径方式：
composer config --global --list，第一行输出的就是当前生效的配置文件绝对路径 - 宝塔、Docker、CI 中请切到目标用户再执行配置，例如
sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 改完 Windows 配置要重开终端，否则环境变量未刷新，
composer config -g repo.packagist查不到新值
手动编辑 config.json 比命令行更可靠，因为你能一眼确认三点：字段路径是否为 repositories 数组、是否显式写了 "packagist.org": false、URL 是否带尾斜杠且协议为 HTTPS——这些细节命令行一打错就静默失败，而 JSON 编辑器还能帮你校验格式。
