必须写对三处关键：键名repo.packagist、type值composer、URL以/结尾；否则静默回退官方源；验证需composer config -g repo.packagist输出完整JSON，空/null或含packagist.org即失败。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
执行 composer config -g repo.packagist 命令必须写对三处关键
这条命令不报错≠生效，漏掉任意一个细节都会静默回退到 https://packagist.org：
- 键名只能是 repo.packagist（不是 repos.packagist，也不是 packagist.org）
- 中间那个 composer 是 type 值，不能省，也不能写成 package 或其他字符串
- URL 必须是 HTTPS，且末尾斜杠 / 不可少：https://mirrors.aliyun.com/composer/ ✅，https://mirrors.aliyun.com/composer ❌
验证是否真的生效，别只看“命令跑完了”
运行 composer config -g repo.packagist，输出必须是完整 JSON 对象，例如：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
如果返回空、null、Key not found，或者还是 https://packagist.org，说明没写进去。常见原因包括：
- 用 sudo 执行了命令，但日常开发用的是普通用户，配置写到了 root 的 ~/.composer/config.json
- COMPOSER_HOME 环境变量指向了错误路径，导致 Composer 读取了别的配置文件
- Linux/macOS 下 ~/.composer 目录归属不是当前用户，需先运行 chown -R $USER ~/.composer
项目级配置比全局更可靠，尤其在 CI/CD 和团队协作中
全局配置对宝塔、GitHub Actions、Docker 容器等场景基本无效——它们用的不是你的用户配置。更稳妥的做法是进项目根目录后执行：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/
这个命令会安全地向 composer.json 的 repositories 字段写入结构，而不是覆盖整个字段。注意：
- 不加 -g，否则会写到全局配置里
- 如果项目已有 repositories 数组，它会追加而非清空重写
- 改完必须删掉 vendor/ 和 composer.lock，再运行 composer install（不是 update），否则旧 lock 文件仍指向海外源
换源后还卡住？先分清是不是镜像的问题
镜像只加速下载环节，以下情况和镜像无关：
- composer update 卡在 Resolving dependencies：这是 PHP 在本地解析依赖树，跟网络无关；可尝试增大 memory_limit 或删掉 composer.lock 重试
- 日志里出现 GithubRateLimitException 或 403：说明某个包硬编码了 GitHub 地址，需配 Token：composer config -g github-oauth.github.com your_token_here
- composer install -vvv 日志中仍出现 packagist.org：说明镜像根本没生效，回到上一步验证配置
