composer config -g repo.packagist 总不生效是因为三个硬性条件缺一不可：键名必须为单数 repo.packagist、第二参数必须显式写 composer（type 值）、url 必须 https 且末尾带 /；任一不符即静默回退官方源，验证需输出完整 json 对象。
composer config -g repo.packagist 为什么总不生效
它根本不是“没生效”，而是写错了就静默回退到 https://packagist.org，连报错都没有。Composer 2.2+ 对配置极其苛刻，三个条件缺一不可：
• 键名必须是 repo.packagist（单数，不是 repos.packagist 或 packagist.org）
• 第二个参数必须显式写 composer，这是 type 值，不是可选注释
• URL 必须是 HTTPS 且末尾带 /，比如 https://mirrors.aliyun.com/composer/，少斜杠会拼成 /composerpackages.json 导致 404
验证是否真写进去了，只看这一行：composer config -g repo.packagist。输出必须是完整 JSON 对象，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；返回空、null 或报 Key not found，说明压根没写对。
repositories 字段一出现就屏蔽全局镜像
只要项目根目录的 composer.json 里有 repositories 字段（哪怕只是 "repositories": []），全局配置 repo.packagist 就彻底失效——不是优先级问题，是直接跳过。常见踩坑点：
• CI 脚本自动生成空数组，导致构建时仍直连官方源
• composer create-project 拉的模板自带 repositories，你配的全局镜像根本没机会触发
• 执行 composer config repo.packagist ...（漏 -g）会把镜像写进当前项目的 repositories 数组，变成项目级覆盖，且不提示
真正安全的做法是手动编辑 composer.json：确保 repositories 是数组，首位放 {"packagist.org": false}，第二位才是镜像源，其余私有源保留其后。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
镜像 URL 末尾缺 / 会导致路径拼接错误
Composer 拼元数据路径时不做任何校验，直接字符串拼接：url + "/packages.json"。如果 URL 是 https://mirrors.tuna.tsinghua.edu.cn/composer（缺 /），就会请求 https://mirrors.tuna.tsinghua.edu.cn/composerpackages.json，100% 404。这不是网络问题，是路径构造失败。
正确写法只有两种：
• https://mirrors.aliyun.com/composer/ ✅
• https://mirrors.cloud.tencent.com/composer/ ✅
错误写法包括：
• https://mirrors.aliyun.com/composer ❌（少斜杠）
• https://mirrors.aliyun.com/composer/packages.json ❌（多加了路径）
• http://mirrors.aliyun.com/composer/ ❌（HTTP 已被多数镜像弃用）
换源后 composer install 还卡在 Loading repositories
这不是镜像没配好，而是 Composer 在读旧缓存和旧 composer.lock。它优先加载本地元数据缓存和 lock 文件里记录的源地址，哪怕你刚配完新镜像，它仍可能反复请求 packagist.org。
必须按顺序执行三步：
• composer clear-cache
• 删除项目下的 vendor/ 和 composer.lock
• 再运行 composer install -vvv，观察日志中是否出现镜像域名（如 mirrors.aliyun.com）
注意：composer update 不解决这个问题，它复用旧 lock；必须用 install 重建整个依赖图。另外，宝塔或 Docker 环境下，-g 配的是当前用户（如 root），但 Web 服务常以 www 用户运行，需切换用户重配。
