composer config -g repo.packagist 总不生效的根本原因是漏掉三个硬性要求：键名必须为单数 repo.packagist（非 repos.packagist 或 packagist.org）、type 值必须显式写 composer、URL 必须 HTTPS 且末尾带 /，任一缺失均静默回退官方源；验证需输出完整 JSON 对象如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。
composer config -g repo.packagist 为什么总不生效
根本不是网络或镜像地址问题，而是命令漏了三个硬性要求：repo.packagist（不能写成 repos.packagist 或 packagist.org）、composer（这是 type 值，必须显式写出）、https://mirrors.aliyun.com/composer/（必须 HTTPS 且末尾带 /）。漏任一要素都会静默 fallback 到官方源，不报错也不提示。
验证是否写入成功，只用这一条命令：composer config -g repo.packagist。输出必须是完整 JSON 对象，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。返回空、null、报 Key not found，或只返回字符串，都说明没写进去。
- Windows 用户注意：PowerShell 中混用
/和\可能触发路径解析异常，建议统一用 CMD 或 Git Bash 执行 - 宝塔或 CI 环境中，
root用户配的全局配置对www或runner用户无效，需用sudo -u www composer config -g ...单独配置 - 旧版 Composer（1.x）不识别
repo.packagist，需改用composer config -g repos.packagist '{"type":"composer","url":"..."}'
项目级配置比全局更可靠
全局配置看着省事，但在 CI/CD、宝塔、多用户环境里极易失效——GitHub Actions 默认用 runner 用户，宝塔用 www 用户，它们的 ~/.composer/config.json 是空的；多人协作时，新人拉代码后行为也不一致。
进项目根目录，运行：composer config repo.packagist composer https://mirrors.aliyun.com/composer/（注意去掉 -g）。它会自动在 composer.json 顶层添加或合并 repositories 字段，key 固定为 "packagist"。
- 如果项目已有
"repositories": {}，该命令会追加而非覆盖，避免误删私有包源 - 如果原
repositories是数组形式（[]），命令会报错；需先手动改成对象再重试 - 千万别写
"packagist": false，这会导致基础包（如php、ext-json）校验失败
换源后 composer install 还卡在 “Loading composer repositories”
这不是网络问题，而是 Composer 仍在读旧缓存或旧 composer.lock 中记录的元数据地址。镜像只加速元数据拉取和 ZIP 下载，但这两者必须匹配——如果 composer.lock 里还存着 packagist.org 的 URL，它就不会走镜像。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
正确操作顺序只有三步：
- 先执行
composer clear-cache清掉本地缓存 - 删掉项目下的
vendor/和composer.lock - 再跑
composer install -vvv，观察日志里是否出现mirrors.aliyun.com或类似域名
如果日志里还是 packagist.org，说明配置或清理不到位，得回头检查键名、type、URL 格式。
升级 Composer 自身时被镜像源“骗”了版本
composer self-update 默认不连 https://getcomposer.org，而是读当前配置的镜像源响应。国内镜像（如阿里云）可能缓存旧版本信息，导致终端显示 Up to date，但 composer --version 实际仍是旧版。
解决方法分两步：
- 临时切回官方源：
composer config -g repo.packagist composer https://packagist.org，再执行composer self-update - 更新完立刻换回镜像：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
特别注意：self-update --3（升 v3）仅在 Composer ≥ 2.5+ 支持。若当前是 2.4.x，得先升到 2.5+，再加 --3；否则永远卡在 v2.x。
