Composer config -g repo.packagist 命令总不生效的根本原因是键名必须为单数repo.packagist、type值必须显式写composer、URL必须HTTPS且末尾带/，三者缺一即静默回退官方源；验证需输出完整JSON对象。
composer config -g repo.packagist 命令为什么总不生效
根本原因就三个：键名写错、漏掉 composer 类型参数、URL 末尾缺 /。任一出错，Composer 2.x 都会静默 fallback 到 https://packagist.org，不报错也不提示。
常见误写包括：repos.packagist（多了一个 s）、packagist（少 repo. 前缀）、https://mirrors.aliyun.com/composer（结尾没斜杠）。验证是否成功，只看这一行：
composer config -g repo.packagist
正确输出必须是类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 的完整 JSON 对象；空、null、或只返回 URL 字符串，都说明配置失败。
全局镜像和项目级镜像怎么选
全局配置影响所有项目，适合本地开发；项目级配置写进 composer.json，适合团队协作或 CI 环境——拉代码即生效，行为可预期。
- 全局：在任意目录执行
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 项目级：先进入项目根目录，再执行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不带-g） - 如果项目已有
"repositories": []数组格式，命令会报错；需先手动改成"repositories": {}对象再重试
改完项目级配置后，务必运行 composer update --lock，否则 composer.lock 仍记录旧源地址。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
阿里云、腾讯云、清华源之间怎么切换
三者响应速度接近，但细节差异明显，不能随便换：
- 阿里云：
https://mirrors.aliyun.com/composer/（推荐默认，同步快、稳定性高） - 腾讯云：
https://mirrors.cloud.tencent.com/composer/（末尾必须带/） - 清华源：
https://mirrors.tuna.tsinghua.edu.cn/composer/（IPv6 支持更稳，遇到Connection refused可优先尝试） - 华为云地址末尾不带
/，但composer config会自动补全，不影响使用
切源时直接覆盖即可，不用先删旧配置；恢复官方源只需运行 composer config -g --unset repo.packagist。
宝塔、CI 或多用户环境里镜像为啥不生效
全局配置写在 ~/.composer/config.json，但它只对当前用户生效。宝塔「一键部署」默认用 www 用户执行，GitHub Actions 默认不读全局配置——你配了 root，它根本看不到。
解决方法很直接：
- 查实际执行用户：比如
whoami或看日志 UID - 给对应用户配：如
sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - CI 中建议显式设置
COMPOSER_HOME，或直接用项目级配置 +composer install -n（跳过证书校验）应对内网 HTTPS 拦截
镜像只加速下载环节，不解决 Resolving dependencies 卡顿——那属于依赖解析问题，和源无关，别白折腾镜像。
