正确命令是 composer config -g --unset repo.packagist（单数），非 repos.packagist；推荐覆盖法：composer config -g repo.packagist composer https://packagist.org/，并清缓存、逐层排查环境变量/项目/全局配置。
composer config -g --unset repos.packagist 为什么没用
因为字段名错了。Composer 2.x 实际生效的是 repo.packagist（单数），不是 repos.packagist（复数）。删错字段，原镜像配置还在，命令看似成功，实际毫无作用。
常见误操作包括：
- 执行
composer config -g --unset repos.packagist→ 白删，repo.packagist字段仍存在 - 漏掉
-g→ 只删当前项目配置，对全局无效 - 执行
composer config -g --unset repositories→ 错删整个仓库配置块，可能破坏私有源
正确做法是：先确认当前全局用的键名：composer config -g -l | grep repo，再针对性删除。
怎么安全还原为官方源（推荐覆盖法）
比删字段更稳、兼容性更好、无版本陷阱的方式，是直接覆盖为官方地址：
composer config -g repo.packagist composer https://packagist.org/
注意三点：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 键名必须是
repo.packagist（单数），不是repos.packagist - URL 必须带
composer类型前缀，不能只写https://packagist.org或https://repo.packagist.org - 结尾必须有
/，否则路径拼接错误，后续请求 404
这条命令在 Composer 1.x 和 2.x 全版本都生效，绕过了“删字段后 fallback 判断失效”的坑（尤其在 2.2–2.4 小版本中常见）。
为什么 clear-cache 不可跳过
缓存不清理 = 镜像没换。Composer 会缓存 packages.json 元数据快照，即使你改了源配置，它仍从旧缓存读包列表，导致 composer update 找不到新版本、锁文件异常、甚至报 Could not parse version constraint。
清缓存后务必验证是否真走官方源：
- 运行
composer require monolog/monolog --no-install -vvv - 找日志里
Downloading https://...行 —— 正确应为https://repo.packagist.org，不是任何镜像域名 - 若仍见
mirrors.aliyun.com，说明某层配置未清理干净
三层配置优先级必须逐层排查
Composer 查源顺序固定：环境变量 > 项目级 composer.json 中的 repositories > 全局配置。哪怕你全局改得再干净，只要项目里写了 "repositories": {...}，它就完全屏蔽全局设置。
排查步骤：
- 查环境变量：
echo $COMPOSER_REPO_PACKAGIST（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows）→ 有输出就得先 unset - 查项目级配置：
grep -A 5 '"repositories"' composer.json→ 存在就手动删或运行composer config --unset repositories - 查全局配置：
composer config -g repo.packagist→ 应输出你设的官方地址，或报Key "repo.packagist" does not exist
最常被忽略的是项目模板自带的 "repositories": {"packagist.org": false}，这种写法等于关掉默认源又不给替代，删全局配置根本没用，必须进 composer.json 手动删整块 repositories。
