答案是字段名错误：composer 2.x 实际读取 repos.packagist（复数），而镜像配置用 repo.packagist（单数），二者独立；删错字段则原配置仍生效，且必须配合 clear-cache 并排查项目级 repositories 干扰。
私有镜像还原不是“回滚”，而是清除所有覆盖层并重置元数据源；公共源重设必须用 repo.packagist（单数）键名，且 URL 必须带 composer type 前缀和末尾 /。
为什么 composer config -g --unset repos.packagist 总不生效
因为字段名写错了——Composer 2.x 实际读取的是 repos.packagist（复数、带 s），但设镜像时命令用的是 repo.packagist（单数）。这两个字段完全独立，删错一个，另一个还在生效。
- 执行
composer config -g --unset repo.packagist→ 白删，repos.packagist还在 - 执行
composer config -g --unset repositories→ 可能误删私有源配置，破坏项目拉包能力 - 漏掉
-g→ 只删当前项目composer.json里的repositories，全局没动 - 验证是否删净：
composer config -g repos.packagist应输出Key "repos.packagist" does not exist或空
三层配置优先级必须逐层排查
Composer 查源顺序固定为：环境变量 > 项目级 composer.json 中的 repositories > 全局 ~/.composer/config.json。哪怕你全局删干净了，只要项目里写了 "repositories"，它就优先生效。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查项目级配置：
grep -A 5 '"repositories"' composer.json（Linux/macOS），或直接打开文件搜索 - 查环境变量：
env | grep COMPOSER_REPO_PACKAGIST（Linux/macOS），Windows 用echo %COMPOSER_REPO_PACKAGIST% - 若项目中禁用了默认源（如
"packagist.org": false），仅删全局配置无效，必须手动编辑composer.json删除整个repositories块 - 临时绕过项目配置：
composer config --unset repositories（不加-g）
清缓存是硬性前提，不是可选项
不运行 composer clear-cache，Composer 会继续读取旧镜像缓存下来的 packages.json 快照，导致 composer update 找不到新包、版本号错乱、锁文件更新失败。
- 清完缓存后验证：
composer require monolog/monolog --no-install -vvv - 观察日志中
Downloading行的 URL —— 正确应为https://repo.packagist.org，不是任何镜像域名 - 若仍见
mirrors.aliyun.com或类似地址，说明某层配置或缓存仍有残留 - CI/CD 环境中若用
sudo composer config -g，写入的是 root 配置，构建用户可能读不到，应避免sudo
最稳的公共源重设方式：覆盖而非删除
比起删字段，直接覆盖为官方地址更可靠，尤其兼容 Composer 2.2–2.4 等旧小版本，避免删配置后卡在 Could not parse version constraint。
- 全局切回官方源：
composer config -g repo.packagist composer https://packagist.org/ - 注意：URL 必须以
/结尾，且必须带composertype 前缀，写成https://packagist.org或https://repo.packagist.org都无效 - 仅当前项目临时切回：
composer config repo.packagist composer https://packagist.org/（不加-g） - Windows 用户改完需重启终端，否则可能读不到新配置
真正容易被忽略的是：项目级 repositories 字段一旦存在，全局配置就彻底失效；而 auth.json 权限错误（非 600）会导致私有包认证失败，这类问题不会报配置错误，只会静默卡在 Failed to authenticate。
