执行composer config -g --unset repo.packagist可清除全局镜像配置，composer将自动回退至官方源https://packagist.org；需配合clear-cache、检查环境变量composer_repo_packagist及项目级repositories配置，并通过composer diagnose验证“repo packagist.org”状态。
Composer 全局镜像被改了，怎么恢复默认？
直接删掉全局配置里的镜像设置就行，Composer 会自动 fallback 到官方源。关键不是“还原”，而是“清除自定义镜像行为”。
composer config -g repo.packagist 显示的是什么？
这条命令查的是全局配置中 Packagist 源的重写设置。如果返回类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}，说明镜像已生效；如果报错或返回空，大概率没设过，或者设在了项目级（composer.json）里。
- 只对全局生效：必须加
-g（--global） - 它查的是
repo.packagist这个 key，不是repositories - 别和
composer config -g repositories混，后者查的是手动添加的其他仓库列表，优先级更低
怎么彻底清掉全局镜像配置？
最稳妥的方式是删掉 repo.packagist 这个键，而不是删整个配置文件——避免误删其他全局设置（比如 GitHub OAuth token）。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 执行：
composer config -g --unset repo.packagist - 验证是否清干净：
composer config -g repo.packagist应该无输出或报错 - 顺手检查有没有残留的
repositories配置：composer config -g repositories，有就用--unset repositories清掉 - Windows 用户注意：配置文件通常在
%APPDATA%\Composer\config.json；macOS / Linux 在~/.composer/config.json
为什么删了镜像还走国内源？
常见原因不是全局配置，而是环境变量或系统级代理干扰：
- 检查
COMPOSER_REPO_PACKAGIST环境变量：echo $COMPOSER_REPO_PACKAGIST（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows），有值就 unset / 删除它 - 某些 IDE（如 PHPStorm）或终端工具自带 Composer 镜像开关，得进设置里关
- 公司网络可能劫持了
packagist.org的 DNS 或 HTTP 请求，这种情况下即使配置清空，composer install仍可能卡在“Resolving packages…”
真正生效的判断标准只有一个：运行 composer diagnose，看输出里 “Repo.packagist.org: 443” 是否显示为 “OK”，且没有 “Using repository override” 类提示。
