答案是字段名错误：composer 2.x 读取的是 repos.packagist（复数带s），而设置镜像用的是 repo.packagist（单数），二者互不干扰；删错字段则原配置仍生效，且需配合 composer clear-cache 清除缓存。
composer config -g --unset repos.packagist 为什么总不生效
因为字段名写错了。Composer 2.x 实际读取的是 repos.packagist（复数、带 s），而设镜像时用的是 repo.packagist（单数）。删错字段，原配置还在，自然没变化。
常见误操作包括：
- 执行
composer config -g --unset repo.packagist→ 白删，repos.packagist仍存在 - 漏掉
-g→ 只删当前项目配置，全局不受影响 - 执行
composer config -g --unset repositories→ 删错字段，可能误删私有源
验证是否删干净：运行 composer config -g repos.packagist，应输出 Key "repos.packagist" does not exist 或直接为空。
还原官方源更稳的方式是覆盖，不是删除
直接把地址改回官方源，比删字段更可靠，尤其能绕过 Composer 2.2–2.4 小版本中删配置后卡在 Could not parse version constraint 的问题。
推荐命令：
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 - 第二个参数
composer是强制 type 值，不能省略 - URL 必须以
/结尾，否则拼出/packages.json时变成//packages.json，触发 404 后静默 fallback
为什么改了全局配置，composer install 还是从 packagist.org 拉包
因为项目级 composer.json 中的 repositories 字段优先级更高，会完全屏蔽全局设置。哪怕只有一行 "repositories": []，也会让全局镜像失效。
排查步骤：
- 进项目目录，运行
composer config repo.packagist（不加-g）看实际生效地址 - 检查
composer.json是否含"repositories"字段；若存在且值为对象或非空数组，需手动清空或用composer config --unset repositories - 查环境变量：
echo $COMPOSER_REPO_PACKAGIST（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows），有输出就说明它在最顶层强制指定源
临时绕过项目配置：在项目根目录运行 composer config repo.packagist composer https://packagist.org/（不加 -g）即可只改当前项目。
改完必须清缓存并验证真实请求域名
缓存不清理，composer install 仍可能走旧元数据，速度没变化，甚至校验失败——尤其是已有 composer.lock 时，里面硬编码了原始 dist.url，镜像不会真正生效。
完整收尾动作：
- 运行
composer clear-cache - 删掉
vendor/和composer.lock（仅限确认要重装依赖时） - 验证真实请求：运行
composer require monolog/monolog --no-install -vvv 2>&1 | grep "Downloading"，看输出里是不是https://repo.packagist.org
最容易被跳过的就是最后一步：不亲眼看到日志里的域名，你永远不知道配对没配对。
