最稳方式是覆盖为https://packagist.org而非删除字段；确认生效源需查三层：环境变量＞项目级repositories＞全局配置，再通过composer require -vvv日志验证真实请求URL。
直接还原官方源最稳的方式是覆盖为 https://packagist.org，而不是删配置；删错字段（比如用 repo.packagist 而不是 repos.packagist）会导致白操作。
怎么确认当前真正生效的镜像源
Composer 不看“你设了啥”，只按固定顺序读三层：环境变量 > 当前项目 composer.json 里的 repositories > 全局配置（~/.composer/config.json）。光跑 composer config -g repo.packagist 可能根本查不到实际生效的那个。
- 查项目级实际生效源：
composer config repo.packagist（不加-g） - 查全局配置里有没有
repos.packagist字段：composer config -g repos.packagist - 查环境变量是否强制指定：
env | grep COMPOSER_REPO_PACKAGIST（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows） - 验证真实请求地址：运行
composer require monolog/monolog --no-install -vvv，滚动日志里找Downloading https://...行——正确应含https://repo.packagist.org
还原官方源该用 --unset 还是 config 覆盖
优先选覆盖。Composer 2.x 的行为逻辑是：只要全局配置里没 repos.packagist 字段，就自动走官方源；但删字段容易删错，而覆盖不会破坏其他配置，也绕过旧版本（如 2.2–2.4）删空后解析失败的问题。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 全局覆盖为官方源：
composer config -g repo.packagist composer https://packagist.org - 项目级临时覆盖：
composer config repo.packagist composer https://packagist.org（不加-g） - 如果坚持删字段，必须用复数形式：
composer config -g --unset repos.packagist（注意是repos，不是repo） - 删完不等于生效——缓存还在，必须紧接着跑
composer clear-cache
为什么换回官方源后还是走阿里云/腾讯云
大概率是某一层配置还在生效，或者缓存没清干净。Composer 不会“记住你删了啥”，它只机械地按顺序读、缓存里取、网络上拉。
- 项目
composer.json里还留着"repositories"块？用composer config --unset repositories或手动删掉整块 - 环境变量
COMPOSER_REPO_PACKAGIST没 unset？Linux/macOS 执行unset COMPOSER_REPO_PACKAGIST，Windows 执行set COMPOSER_REPO_PACKAGIST= - 删了
repo.packagist却漏了repos.packagist？两个都得检查：composer config -g repo.packagist和composer config -g repos.packagist - 缓存没清？
composer clear-cache必须执行，且建议再跑一次composer show -p看首行 URL 是否为https://packagist.org/packages.json
最容易被忽略的是环境变量和项目级 repositories 配置——它们优先级高于全局，哪怕你全局删得干干净净，这两处任一存在都会让还原失效。验证时别只信命令输出，盯住 -vvv 日志里的真实下载 URL 才算数。
