直接执行composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/即可全局启用阿里云镜像，需确保末尾斜杠、验证配置生效并执行composer clear-cache清缓存。
直接执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 就行，这是当前最稳、最快、无需重启终端的解法。 其他方式要么已失效（如 packagist.phpcomposer.com），要么优先级混乱或仅临时生效，容易踩坑。
为什么必须用 repo.packagist 而不是 repos.packagist 或其他写法
Composer 2.x 的全局镜像配置字段名是 repo.packagist（单数 repo），不是复数 repos。写错会静默失败——命令不报错，但配置没写进去，composer config -g repo.packagist 查出来仍是空或默认地址。
-
repos.packagist是旧版 Composer 1.x 的写法，2022 年后已弃用，新版会忽略 -
repository、mirror、repo-url等参数名完全不存在，composer config不识别，也不会提示错误 - 验证是否成功：运行
composer config -g repo.packagist，输出应为 URL 字符串或含"url": "https://mirrors.aliyun.com/composer/"的 JSON
换源后一定要清缓存，否则可能还在拉海外元数据
镜像源改了，但 Composer 本地缓存（~/.composer/cache/）里可能还存着旧的 packages.json 和包列表，导致 composer update 仍尝试从 packagist.org 解析依赖关系，卡在 “Loading composer repositories”。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 执行
composer clear-cache清掉全部缓存，强制重新拉取镜像站元数据 - 如果项目之前跑过
composer install，建议再删掉vendor/和composer.lock，重新composer install - CI/CD 流水线中，务必把
composer clear-cache加进前置步骤，否则镜像配置形同虚设
阿里云镜像不是唯一选择，但腾讯云、华为云要留意路径细节
主流镜像站都可用，但 URL 格式和同步稳定性有差异，别直接复制粘贴旧文档里的地址。
- 阿里云（推荐）：
https://mirrors.aliyun.com/composer/—— 同步快、服务稳、路径规范 - 腾讯云：
https://mirrors.cloud.tencent.com/composer/—— 注意末尾有斜杠，漏掉会 404 - 华为云：
https://mirrors.huaweicloud.com/repository/php/—— 路径是/repository/php/，不是/composer/，填错会返回空响应 - 已停用的
https://packagist.phpcomposer.com会 404 或跳转失败，2022 年起就不可用
代理和镜像不能混用，配了代理反而会让镜像失效
如果你同时设置了镜像源和 HTTP 代理（比如 repo.packagist.org.proxy），Composer 会优先走代理转发请求，绕过镜像直连 packagist.org，结果还是慢甚至失败。
- 确认没误配代理：运行
composer config -g | grep -i proxy，若输出非空，用composer config -g --unset repo.packagist.org.proxy和--unset repo.packagist.org.ssl-proxy清除 - 代理只在无法使用镜像的特殊网络环境（如某些企业内网）下才需要，且必须同时配
.proxy和.ssl-proxy - 镜像源本身是 HTTPS 协议，不需要、也不应该额外加代理层
真正卡住的地方往往不是“会不会配”，而是配完没清缓存、用了已停用的 URL、或者镜像和代理冲突。这三处不检查，换十次源也没用。
