最稳做法是直接覆盖为官方地址：composer config -g repo.packagist https://packagist.org；需按环境变量→项目级→全局顺序逐层检查实际生效源，并务必执行 composer clear-cache 清除缓存。
直接覆盖为官方地址最稳，别删配置、别信“unset 就自动回退”的说法——Composer 不会自己猜你想要什么源，它只认明确写死的 repo.packagist 值。
怎么确认当前真正生效的镜像源
别只跑 composer config -g repo.packagist 看全局配置，它可能早被覆盖了。Composer 查源顺序是：环境变量 > 项目级 composer.json > 全局配置。必须三层都查：
- 查环境变量：
env | grep COMPOSER_REPO_PACKAGIST（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows），有输出就说明它在最高优先级强制指定源 - 查当前项目实际用的源：
composer config repo.packagist（不加-g），输出如果是https://mirrors.aliyun.com/composer/，说明项目级repositories已盖掉全局 - 查全局配置：
composer config -g repo.packagist，注意键名是repo.packagist（单数），不是repos.packagist（复数）
为什么 composer config -g --unset repos.packagist 总不生效
因为字段名错了。Composer 2.x 实际读取的是 repo.packagist（单数），而 repos.packagist（复数）根本不是有效键——删它等于没删。更糟的是，有些旧教程混用了这个错名，导致你执行了命令却毫无变化。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
-
composer config -g --unset repo.packagist→ 错，这是删单数键，但部分版本不识别该操作 -
composer config -g --unset repositories→ 错，可能误删私有源配置 - 正确做法永远是覆盖：
composer config -g repo.packagist composer https://packagist.org - 这条命令在 Composer 2.0+ 所有小版本都可靠，绕过 fallback 逻辑，避免 2.2–2.4 版本删配置后卡在
Could not parse version constraint
换完源后还是走镜像？缓存和项目级配置在捣鬼
清缓存不是可选项，是必做动作。不运行 composer clear-cache，Composer 会继续用旧镜像缓存的 packages.json 快照，导致 composer update 找不到新包、版本号错乱、甚至锁文件更新失败。
- 验证是否真走官方源：
composer require monolog/monolog --no-install -vvv，滚动日志里找Downloading https://开头的行——正确应含https://repo.packagist.org - 如果仍看到
mirrors.aliyun.com或类似域名，说明某层配置残留：检查项目composer.json里的repositories字段，尤其注意是否写了"packagist.org": false - 临时绕过项目配置：
composer config repo.packagist composer https://packagist.org（不加-g），只改当前项目
最容易被忽略的点：项目级 repositories 配置会完全屏蔽全局设置，哪怕你全局改对了、缓存也清了，只要 composer.json 里有自定义源，它就优先生效。动手前先 grep -A 5 '"repositories"' composer.json 看一眼，比反复重试快得多。
