必须显式执行 composer config -g repo.packagist composer https://packagist.org 并运行 composer clear-cache 才能可靠切回官方源，因仅 --unset repos.packagist 无效、缓存不清理会导致版本错乱、项目级配置和环境变量会覆盖全局设置。
直接执行 composer config -g repo.packagist composer https://packagist.org，再运行 composer clear-cache，就能可靠切回官方源——不是“删掉镜像就自动恢复”，而是必须显式指定地址 + 清缓存，否则 composer update 仍可能拉不到新包或版本错乱。
为什么不能只用 --unset repos.packagist
旧版 Composer（2.2–2.4）在执行 composer config -g --unset repos.packagist 后，fallback 行为不稳定：可能卡住、报 Could not parse version constraint，或静默继续走镜像。而 repo.packagist（单数）才是 2.0+ 唯一认的键名，repos.packagist（复数）已被弃用，删它等于没删对字段。
- 字段名写错（比如
repos.packagist或packagist）→ 配置无效，但命令不报错 -
--unset不会“自动还原”其他配置项（如secure-http），它们按内部硬编码行为运行 - 删完不清理缓存，Composer 仍读旧镜像缓存的
packages.json，导致composer update找不到刚发布的新包
清缓存和验证缺一不可
缓存目录位置：~/.composer/cache/（Linux/macOS）或 %APPDATA%\Composer\Cache\（Windows）。清完后应为空或只剩空子目录。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 验证配置是否生效：
composer config -g repo.packagist应输出{"type": "composer", "url": "https://packagist.org"}或直接显示该 URL - 验证真实请求：
composer require monolog/monolog --no-install -vvv，日志里Downloading的 URL 必须是https://repo.packagist.org，不能含mirrors.aliyun.com等镜像域名 - 若仍走镜像，大概率是项目级
composer.json里有"repositories"块，它优先级高于全局设置
项目级配置和环境变量会覆盖全局设置
即使全局已设对，只要当前项目 composer.json 里存在 "repositories" 字段，Composer 就完全无视全局配置。
- 检查项目是否覆盖：
composer config repo.packagist（不加-g），若输出不是官方 URL，说明被项目配置盖掉了 - 快速禁用项目级源：
composer config --unset repositories，或手动删掉composer.json中整个"repositories"块 - 检查环境变量干扰：
env | grep COMPOSER_REPO（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows），有就unset或关掉终端重开
真正影响结果的从来不是那条命令本身，而是缓存残留、多层配置叠加（全局 > 项目 > 环境变量）、以及验证方式错误——比如只看 config 输出却没查 -vvv 日志里的实际下载地址。
