直接换IP或加Cache-Control: no-cache才能绕过被污染的CDN边缘节点，因阿里云、华为云等镜像的部分边缘节点同步延迟可达数小时，导致composer update卡在“Loading composer repositories”并出现签名错误。
直接换 IP 或加 Cache-Control: no-cache 才能绕过被污染的 CDN 边缘节点——配置镜像地址本身没错，错的是你恰好被调度到了一个缓存过期、同步滞后的节点。
为什么改了镜像源还卡在 “Loading composer repositories”
不是配置写错了，也不是网络不通，而是 CDN 边缘节点返回了陈旧的 packages.json 或直接 503。阿里云、华为云等镜像虽用 CDN 加速，但部分边缘节点（尤其二三线城市或海外节点）同步延迟可达数小时，导致签名校验失败、版本列表缺失、甚至 Signature mismatch 错误反复出现。
- 现象：执行
composer update卡住不动，日志停在Loading composer repositories - 验证方式：运行
curl -I https://mirrors.aliyun.com/composer/packages.json，检查响应头中的X-Cache: HIT和Age值；若Age > 300，说明你正命中一个至少 5 分钟没更新的缓存节点 - 切手机热点后立刻正常？基本可锁定为 CDN 调度问题，而非本地配置错误
怎么临时绕过恶意缓存节点
别重配镜像，先强制跳过 CDN 缓存层。最有效的是组合两个动作：指定镜像 IP + 强制不缓存请求。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 查可用 IP：对镜像域名做 DNS 解析，例如
dig mirrors.aliyun.com +short，挑一个低延迟、解析稳定的 IP（如上海节点121.40.119.106） - 用 IP 直连并禁用缓存：
composer config -g repo.packagist.url https://121.40.119.106/composer/ - 再加一层 HTTP 控制：在全局
config.json的repositories里显式写死该 IP，并嵌入"options": {"http": {"header": ["Cache-Control: no-cache"]}} - 最后跑一次
composer update --refresh，它会丢弃本地packages.json缓存，重新拉取元数据
项目级配置如何避免被缓存“锁死”
一旦 composer.json 里写了 repositories 字段，它就完全屏蔽全局镜像设置——如果这个字段里的 URL 恰好被某个边缘节点缓存污染，整个项目就无法恢复，连 composer clear-cache 都救不回来。
- 删掉
composer.json中手动写的repositories块，改用全局镜像（composer config -g repo.packagist https://mirrors.ustc.edu.cn/composer/） - 如必须保留私有源，请用数组追加，而不是全量替换：
{"type":"composer","url":"https://mirrors.ustc.edu.cn/composer/"}放进repositories数组末尾 - 绝对不要写
"repos.packagist"（旧字段名），Composer 已废弃它，设了也不生效；正确字段是"repo.packagist" - 环境变量如
COMPOSER_REPO_PACKAGIST也会接管源地址，执行env | grep COMPOSER_REPO确认是否被覆盖
清缓存不是万能的，但不清理一定不行
composer clear-cache 本身不解决 CDN 缓存问题，但它能清除本地残留的过期元数据快照——如果你换过镜像却仍从 repo.packagist.org 下载包，大概率是缓存里还存着旧源的 packages.json。
- 执行前先看路径：
composer config --global cache-dir，确认指向~/.composer/cache或%APPDATA%\Composer\Cache - 务必加
--dry-run预检：composer clear-cache --dry-run，避免 CI 环境误删 NFS 共享缓存 - CI/CD 中必须加
--no-interaction，否则命令会 hang 住；脚本里写成composer clear-cache --no-interaction - 清完再验证：运行
composer require monolog/monolog --no-install -vvv，盯住日志里Downloading https://开头的 URL 是否匹配你设的镜像
真正麻烦的从来不是换源操作本身，而是你无法感知自己正被哪个边缘节点“托管”——IP 直连 + Cache-Control: no-cache 是目前唯一能稳定绕过的组合，其他任何配置调整都只是在赌调度运气。
