Composer卡在“Loading composer repositories”主因是镜像未生效，需确保config -g repo.packagist键名正确、type为composer、URL以/结尾，再清缓存、删vendor和composer.lock，并用-vvv验证请求是否命中镜像域名。
Composer卡在“Loading composer repositories”怎么办
这基本是网络链路没通，不是 Composer 本身坏了。Packagist.org 直连在国内多数情况下会卡在 TLS 握手或 DNS 解析阶段，报错却常被误读为“超时”或“配置错误”。
- 先验证镜像是否真生效：
composer config -g repo.packagist输出必须是完整 JSON，比如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；如果为空、为null或仍是https://packagist.org，说明配置根本没写进去 - URL 必须以
/结尾：写成https://mirrors.aliyun.com/composer（缺斜杠）会导致请求路径变成/composerpackages.json→ 404 - 项目根目录下有空的
"repositories": []？哪怕只是个空数组，也会彻底屏蔽全局镜像；临时清掉：composer config --unset repositories - 企业内网走代理时，补上：
composer config -g http-proxy http://10.0.2.5:8080；某些防火墙拦截 SNI，可临时关 TLS 校验：composer config -g secure-http false（仅限开发机）
报“file could not be downloaded”还提示 SSL 错误
这不是 Composer 配置问题，是 PHP 的 cURL 根证书路径没设对。系统级证书更新后，PHP 常因 curl.cainfo 指向旧路径或未设置而失败。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 运行
php --ini找到真实加载的php.ini路径 - 打开该文件，确认是否存在
curl.cainfo = "/path/to/cacert.pem"；若没有，去 https://www.php.cn/link/5fe4dadcdb001d8566cd20e6d8a20251 下载最新证书，保存后填入绝对路径 - 改完重启终端或 Web 服务，再试
composer clear-cache && composer install
切了镜像还是走官方源
Composer 会静默 fallback 到 https://packagist.org，你看到的“Loading...”其实是 fallback 后的行为，不是镜像慢。
- 检查是否被项目级配置覆盖：运行
composer config repo.packagist（不加-g），看当前目录是否有局部镜像设置；有就删：composer config --unset repo.packagist - 确认没启用
secure-http false后又用 HTTP 镜像——新版 Composer 强制要求 HTTPS，HTTP 地址会被直接忽略 - 某些 CI 环境（如 GitHub Actions）默认禁用 HTTPS 重定向，需显式指定镜像 URL 并确保带
https://和结尾/
为什么清缓存后第一次 install 还很慢
清缓存只删了本地 ZIP 包和元数据快照，但 Composer 第一次访问镜像时仍要重建完整的包索引（packages.json），尤其当 minimum-stability 设为 dev 或启用了 prefer-stable，索引量会指数级上升。
- 避免日常开发中长期开启
minimum-stability: dev；上线前务必还原为stable - CI 流水线里建议加
--no-suggest --no-interaction减少非必要 IO - 真正影响速度的是首次索引，后续 install/update 会快很多；如果每次都很慢，大概率是镜像 URL 配错导致 fallback 到官方源
repositories、或一个未更新的 curl.cainfo，都足以让整个流程卡死在第一步。 
