Composer config -g repo.packagist 静默失效是因为三个硬性条件未同时满足：键名必须为单数 repo.packagist、type 值必须显式写 composer、URL 必须 HTTPS 且末尾带 /；任一出错即回退官方源，验证需输出完整 JSON 对象。
直接执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 就能生效，但 90% 的失败不是网络问题，而是命令写错三个硬性条件之一——写错就静默回退官方源，不报错也不提示。
为什么 composer config -g repo.packagist 没反应
Composer 2.x+ 遇到配置错误会完全沉默，假装成功，实则 fallback 到 https://packagist.org。常见失效点：
-
repo.packagist写成repos.packagist（多一个s）→ 键名不识别，配置被丢弃 - 漏掉中间的
composer→ 它是type值，不是可选参数，缺了就当没设 - URL 少了末尾
/，比如写成https://mirrors.aliyun.com/composer→ 请求路径变成/composerpackages.json，404 - 用了 HTTP 地址（如
http://...）→ Composer 2.0+ 默认拦截，必须 HTTPS
验证是否真生效，只看这一条命令输出：composer config -g repo.packagist。必须返回完整 JSON，例如：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、报错或只输出 URL 字符串，都说明失败。
项目级配置比全局更可靠
全局配置只对当前 shell 用户生效，在宝塔、Docker、GitHub Actions 等环境里基本不起作用——因为它们常以 www 或 runner 用户运行，根本读不到你 ~/.composer/config.json 里的内容。
进项目根目录，执行：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer config repo.packagist composer https://mirrors.aliyun.com/composer/
这条命令会自动安全写入 composer.json 的 repositories 字段，优先级高于全局，且 Git 可追踪。注意：
- 不加
-g，否则写进全局配置，对项目无效 - 如果
composer.json已有"repositories": []（数组），命令会追加；如果是{}（对象），会转为标准格式并插入"packagist"键 - 千万别手动写
"packagist": false，会导致php、ext-json等基础约束校验失败
换源后 composer install 还卡在 “Loading composer repositories”
镜像只加速元数据和 ZIP 包下载，不参与依赖解析。卡在这步，90% 是旧缓存或旧锁文件在捣鬼：
- 先清缓存：
composer clear-cache - 删掉
vendor/和composer.lock - 再跑：
composer install -vvv，观察日志里是否出现mirrors.aliyun.com
如果仍请求 packagist.org，说明镜像根本没被用上——回头检查配置是否写对、是否清了缓存、是否在正确用户上下文里执行。
composer update 卡在 “Resolving dependencies” 和镜像无关
这个阶段纯属本地计算：Composer 在尝试满足所有 require 版本约束，跟网络、镜像完全没关系。常见诱因：
-
composer.json里 PHP 版本约束太宽，比如"php": "^7.4 || ^8.0 || ^8.1 || ^8.2" - 大量
dev-分支依赖（如"monolog/monolog": "dev-main"） -
require-dev里塞了废弃插件（如已停更的fxp/composer-asset-plugin） -
composer.lock陈旧，导致版本回溯过深
解决思路很直接：优先用 composer install 恢复已有锁文件；非必要不 update；必须更新时加 -vvv 看卡在哪一步，再针对性收紧版本约束。
