要确认真正生效的镜像源，需按优先级检查环境变量、项目 composer.json 的 repositories、全局配置，并用 composer config repo.packagist 查项目级值；再通过 composer require --no-install -vvv 观察下载 url 是否为 https://repo.packagist.org；同时清除环境变量、删掉 vendor/ 和 composer.lock 并清缓存才能彻底生效。
怎么确认当前真正生效的镜像源
别只信 composer config -g 的输出，它只显示全局配置文件内容，而 Composer 实际读取顺序是：环境变量 > 当前项目 composer.json 里的 repositories > 全局配置。运行 composer config repo.packagist（不加 -g）才能看到项目级最终生效值；如果返回 {"type":"composer","url":"https://mirrors.aliyun.com/composer/"}，说明项目配置已覆盖全局。
更关键的是验证网络请求：执行 composer require monolog/monolog --no-install -vvv，滚动日志里找 Downloading https:// 开头的行——正确应含 https://repo.packagist.org，不是任何镜像域名。同时检查环境变量：echo $COMPOSER_REPO_PACKAGIST（Linux/macOS）或 echo %COMPOSER_REPO_PACKAGIST%（Windows），有输出就得先清掉，否则其他操作全白搭。
删配置 vs 覆盖地址：哪个更稳
用 composer config -g --unset repos.packagist 确实能“还原默认”，但前提是字段名写对了——必须是复数 repos.packagist，不是单数 repo.packagist。写错不会报错，但配置没删，你根本察觉不到。
更推荐直接覆盖为官方地址，兼容性更好，尤其避开旧版 Composer（2.2–2.4）删配置后卡在 Could not parse version constraint 的坑：
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
composer config -g repo.packagist composer https://packagist.org- 注意 URL 前必须带
composer类型前缀，不能只写https://packagist.org或https://repo.packagist.org - 这个命令在所有 Composer 2.0+ 版本都可靠，绕过 fallback 判断逻辑
为什么换完还是走镜像？常见干扰源
即使全局配置已清或覆盖，composer install 仍从阿里云拉包，大概率是这些地方还在起作用：
- 当前项目
composer.json里残留"repositories"块，得手动删或运行composer config --unset repositories - 旧项目可能同时存在
repo.packagist和repos.packagist两种写法，得分别执行composer config -g --unset repo.packagist和composer config -g --unset repos.packagist - 某些脚手架（如老版 Laravel 安装器）写了
"repositories": {"packagist.org": false}，这等于关掉默认源又没给替代源，结果就是找不到包——得删整个repositories字段 -
composer.lock文件里硬编码了旧 dist URL 和哈希，哪怕镜像已切回，install仍会尝试旧地址导致校验失败或 fallback；必须删掉vendor/、composer.lock，再跑composer clear-cache
验证是否真还原成功的关键动作
验证不能只看命令有没有报错，也不能只查配置是否存在。两个动作缺一不可：
- 查配置：运行
composer config -g repos.packagist，应该返回Key "repos.packagist" does not exist或空输出 - 查请求：运行
composer require monolog/monolog --no-install -vvv，日志中元数据下载地址必须是https://repo.packagist.org/packages.json，且后续所有Downloading行都应指向该域名
缓存和 lock 文件是最大盲区，很多人跳过这两步就以为搞定了，结果实际请求根本没变。
