能，执行composer config -g repo.packagist composer https://packagist.org可直接恢复官方源，需写对字段名和url；它明确覆盖全局配置，绕过fallback逻辑，在composer 2.0+全版本稳定生效。
composer config -g repo.packagist 能不能直接恢复官方源
能，但必须写对字段名和 URL。执行 composer config -g repo.packagist composer https://packagist.org 是唯一推荐的恢复方式，不是“删掉再等它自动回退”。写成 repos.packagist（带 s）或 packagist.org（少 https）都无效——Composer 不报错，但配置不生效。
这条命令会直接改写 ~/.composer/config.json 里的全局源地址，后续所有 composer install、update 都走官方域名。旧版本（2.2–2.4）中用 --unset 反而容易触发 fallback 失败，导致卡在 Could not parse version constraint。
为什么改了 config 还是走镜像
Composer 查源顺序是：环境变量 > 当前项目配置 > 全局配置。哪怕你全局设对了，只要项目 composer.json 里有 "repositories" 块，它就优先用那个。
- 检查项目级配置：
grep -A 5 '"repositories"' composer.json（Linux/macOS），或直接打开看有没有该字段 - 确认当前生效源：
composer config repo.packagist（不加-g），输出如果是阿里云地址，说明项目配置覆盖了全局 - 查环境变量：
env | grep COMPOSER_REPO，有就运行unset COMPOSER_REPO_PACKAGIST
换源后必须清缓存，否则等于没换
composer clear-cache 不是可选项，是硬性前提。缓存里存着旧镜像下载的 packages.json 快照，不清掉，Composer 仍会按旧元数据解析依赖，结果就是 composer update 找不到新包、锁文件更新失败、版本号对不上。
验证是否清干净：ls -la ~/.composer/cache/ 应为空或只剩空子目录。更彻底的方法是临时改缓存路径：composer config -g cache-dir /tmp/composer-cache-empty，再运行一次 clear-cache。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
换源+清缓存后，用 composer require monolog/monolog --no-install -vvv 观察日志：下载元数据的 URL 必须含 https://repo.packagist.org，出现 mirrors.aliyun.com 就说明某层配置还没清理干净。
全局配置备份本身没有 export 命令
Composer 全局配置没有 composer export config 这种命令。所有配置就存在一个 JSON 文件里，直接复制它就是最可靠备份方式。
先确认真实路径：composer config --global --list 第一行显示的 “Global configuration file” 路径（如 ~/.composer/config.json）。然后用 cp ~/.composer/config.json ~/.composer/config.json.backup-$(date +%Y%m%d) 备份。
别手动新建空 config.json 再粘贴内容——JSON 格式极敏感，少个逗号或引号不闭合，后续所有 composer 命令都会报 file_get_contents(): Failed to open stream。如果用了 COMPOSER_HOME 环境变量，备份前务必确认它指向的位置，否则可能备份了错误文件。
