composer config -g repo.packagist 命令不生效是因为键名、type值、URL格式任一不符就会静默回退：必须为 repo.packagist（非 repos/packagist/Repo.Packagist），type 必须显式写 "composer"，URL 必须以 https:// 开头且末尾带 /；验证需输出完整 JSON 或正确 URL；生效前须清缓存、删 composer.lock 和 vendor/，并确保在实际执行用户下配置（如宝塔用 sudo -u www），或改用项目级配置 composer config repo.packagist composer https://mirrors.aliyun.com/composer/。
composer config -g repo.packagist 命令为什么总不生效
它根本不会报错，但 composer install 依然卡在 Downloading https://codeload.github.com/ —— 八成是命令写错了。Composer 2.x 对配置极其严格，漏掉任一硬性条件就静默回退到官方源。
-
repo.packagist是唯一合法键名，写成repos.packagist（多一个 s）、packagist或Repo.Packagist都无效 - 中间的
composer是type值，不是可选参数，必须显式写出；漏掉它，Composer 就当没配，直接 fallback 到https://packagist.org - URL 必须以
https://开头，且末尾带/：比如https://mirrors.aliyun.com/composer/✅，而https://mirrors.aliyun.com/composer❌（少斜杠会导致请求路径拼成/composerpackages.json，404） - 验证是否真写进去了：运行
composer config -g repo.packagist，输出必须是完整 JSON（如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}）或至少是那个带斜杠的 URL 字符串；空、null、或仍是https://packagist.org，说明根本没写成功
配了镜像却还是慢，八成没清缓存和锁文件
镜像只加速元数据拉取和 ZIP 包下载，但 composer.lock 里存的是旧 dist URL，vendor/ 里也缓着原始地址的包——不清理它们，换源等于白配。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须删掉
composer.lock和vendor/目录，再跑composer install，否则旧dist.url会照用不误 - 别指望
--repository参数能绕过这个限制：它只影响元数据拉取环节，对已存在的composer.lock完全无效 - 执行
composer clear-cache也很关键，尤其当你之前试过多个镜像或改过配置但没生效时 - 如果项目用了私有仓库或 Satis 源，删
composer.lock后务必确认composer.json的repositories仍完整，否则某些包会直接不可见
全局配置在宝塔/CI/Docker 里经常失效
全局配置写在 ~/.composer/config.json，但它只对当前用户生效。宝塔默认用 www 用户执行，GitHub Actions 用 runner，Docker 容器里可能是 www-data —— 它们根本读不到你本地 root 或个人用户的配置。
- 排查方法：在对应环境里先切到实际执行用户，再运行
composer config -g repo.packagist。例如宝塔里：sudo -u www composer config -g repo.packagist - CI 脚本里别依赖全局配置，改用临时参数：
composer install -vvv --repository=https://mirrors.aliyun.com/composer/ - Dockerfile 里统一用
RUN composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，确保所有用户可见 - 内网 ECS 环境建议换内网地址：
http://mirrors.cloud.aliyuncs.com/composer/（注意是http，非https）
项目级配置比全局更可靠，但要注意追加方式
把镜像写进 composer.json 随代码提交，新人拉完即用，CI 构建也无需额外操作。但手动编辑容易出错，推荐用命令自动处理。
- 进项目根目录（有
composer.json的地方），运行：composer config repo.packagist composer https://mirrors.aliyun.com/composer/（注意不加-g） - 如果原
composer.json是"repositories": {}，命令会自动 merge 进去；如果是"repositories": []，命令会报错，需先手动改成对象结构 - 已有私有源时，千万别手写 JSON —— 引号不全、逗号遗漏、方括号错位太常见；用命令追加最安全
- 改完后务必运行
composer update --lock，让composer.lock记录新源地址，否则下次install还是走旧路径
Downloading 和 Loading composer repositories 卡顿，不参与 Resolving dependencies 阶段。如果 composer update 卡在这一步，得检查版本约束是否太宽、是否有冲突，而不是继续折腾镜像。 
