直接执行 composer config -g repo.packagist composer https://packagist.org/ 即可安全还原为官方源；需确保 key 为 repo.packagist（单数）、value 含 composer 类型前缀且 url 以 / 结尾，并执行 composer clear-cache 清理缓存。
直接执行 composer config -g repo.packagist composer https://packagist.org 即可还原为官方源，不是删配置，而是覆盖为正确地址——这是最稳、兼容性最好、且 Composer 2.0+ 全版本都认的方式。
为什么 composer config -g --unset repos.packagist 常常不生效
这个命令本身没错，但容易踩三个坑：
- 字段名写错：
repos.packagist（复数带 s）是旧版或某些脚手架残留的写法；Composer 2.x 实际读取的是repo.packagist（单数），删错字段等于白操作 - 漏掉
-g：不加全局标记，只删当前项目composer.json里的repositories，对测试环境的全局行为毫无影响 - 删完不清理缓存：
composer clear-cache没跑，Composer 仍用本地缓存的镜像元数据，install或update看起来还是走阿里云
确认当前真实生效的镜像源，别只看配置文件
Composer 查源顺序是：环境变量 > 当前项目 composer.json > 全局配置。光查 composer config -g repo.packagist 容易误判。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查环境变量：
echo $COMPOSER_REPO_PACKAGIST（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows），有输出就说明它在最高层强制指定源 - 查项目级实际生效值：
composer config repo.packagist.org（在测试项目根目录下运行），它会合并所有层级并返回真实 URL - 查请求是否真发出去：
composer require monolog/monolog --no-install -vvv 2>&1 | grep "GET https"，看日志里出现的域名是不是repo.packagist.org
repo.packagist 的 key 和 value 格式必须严格匹配
Composer 不做容错解析，错一个字符就静默 fallback 到官方源，且不报错。
- key 必须是
repo.packagist（单数、全小写、无空格）；repos.packagist、packagist.org、repo都无效 - value 必须带
composer类型前缀：composer https://packagist.org✅，https://packagist.org❌ - URL 必须以
/结尾：https://packagist.org/✅，https://packagist.org❌（否则路径拼接出错，404） - Windows 用户若遇
Permission denied，可能是杀毒软件锁了%APPDATA%\Roaming\Composer\config.json，需管理员权限运行终端
测试环境还原镜像源，核心就两点：用对 key 覆盖为官方地址 + 清掉缓存。项目级 repositories 字段如果存在，它会屏蔽全局设置，所以还得顺手检查一遍 composer.json 里有没有残留的 "repositories" 块。
