composer不能安装swoole扩展，仅加速swoole/ide-helper等php包下载3–5倍；因其体积大、dev依赖多，直连packagist.org常卡20秒以上，而镜像仅提速元数据与zip拉取，不影响pecl安装流程。
Composer 本身不能安装 swoole 扩展，它只负责下载 PHP 包（比如 swoole/ide-helper、easyswoole/easyswoole），而 swoole 扩展必须用 pecl install swoole 或编译安装。镜像加速的只是前者——但这一环卡住，整个开发流程就停摆。
为什么换镜像对 Swoole 相关包特别有效？
这类包通常体积大、dev 依赖多（stubs、测试工具、文档生成器等），直连 packagist.org 常卡在 Downloading 状态 20 秒以上。CI 或 Docker 构建中尤其明显，拖慢整条流水线。
-
swoole/ide-helper、hyperf/http-server、easyswoole/easyswoole都属于“纯 PHP 包”，不带扩展二进制，但依赖元数据和 ZIP 包拉取 - 镜像只加速这部分，不影响
pecl install swoole流程——两者完全解耦 - 阿里云镜像同步延迟通常
怎么配才真正生效？三个硬性条件缺一不可
90% 的配置失败不报错，但完全不生效。关键就卡在这三处：
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
-
repo.packagist不能拼成repos.packagist（多一个s就失效） - 必须显式传
composer作为 type 参数：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，漏掉中间那个composer就白写 - URL 必须是 HTTPS + 末尾带斜杠：
https://mirrors.aliyun.com/composer/✅，http://❌，https://mirrors.aliyun.com/composer（缺斜杠）❌
验证方式很简单：执行 composer config -g repo.packagist，输出必须是完整 URL 字符串（新版）或 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}（旧版）。空、null、或还是 https://packagist.org，说明没写进去。
宝塔、Docker、CI 环境下容易忽略的权限问题
全局配置写的是当前用户的 ~/.composer/config.json，但在宝塔、Jenkins 或 systemd 服务中，实际执行 Composer 命令的用户往往是 www、jenkins 或 root，而非你登录 shell 的用户。
- 宝塔默认以
www用户运行，得切到对应用户下配：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - CI 脚本中不要依赖全局配置，改用临时参数：
composer install -vvv --repository-url=https://mirrors.aliyun.com/composer/ - 项目级配置更稳妥：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g），会往composer.json的repositories字段里追加，只影响当前项目
最易被忽略的点是：镜像只解决下载慢，不解决 Resolving dependencies 卡顿。如果 composer update 停在这一步，得查 PHP 内存、xdebug 是否启用、composer.json 里版本约束是否太宽（比如 "*"），而不是继续折腾镜像。
