composer卡在downloading是因为默认连packagist.org导致dns慢、tls卡、首字节延迟高甚至超时；必须配置镜像且严格满足三条件：键名repo.packagist（单数）、type值为composer、url以https://开头且末尾带/，缺一则静默回退官方源。
Composer卡在Downloading...不是网络差，是默认连packagist.org导致DNS解析慢、TLS握手卡、首字节延迟高甚至超时——必须配镜像，且必须配对、配全、配准。
composer config -g repo.packagist 命令为什么总不生效
90% 的失败源于命令写错，它会静默失效，不报错也不提示。必须同时满足三个硬性条件：
-
repo.packagist是唯一合法键名，写成repos.packagist（多一个 s）、packagist（少repo.）或mirror都无效 - 中间的
composer是type值，不可省略；漏掉它，Composer 2.0+ 会 fallback 到官方源 - URL 必须以
https://开头，且末尾带斜杠：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（少斜杠会导致请求路径拼成/composerpackages.json直接 404）
验证是否成功：运行 composer config -g repo.packagist，输出应为完整 JSON，例如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null 或仍显示 https://packagist.org，说明没写进去。
项目级配置为什么比全局更可靠
全局配置写在 ~/.composer/config.json，只对执行用户的配置生效。宝塔用 www 用户、CI 用 runner 用户，它们根本读不到你本地 root 的配置。
- 进入项目根目录，执行不加
-g的命令：composer config repo.packagist composer https://mirrors.aliyun.com/composer/ - 该命令会自动向
composer.json的repositories字段追加packagist条目，不覆盖已有私有源（前提是原repositories是对象{}，不是数组[]） - 若项目已有自定义源，别手动编辑
composer.json，否则易误删；用命令追加更安全 - 配置随代码提交，新人拉完即用，CI 构建也无需额外操作
注意：composer config repo.packagist ... 在 Composer 2.2+ 中默认是**全量替换** repositories 字段，不是追加。已有私有源时，建议手动在 repositories 里加 "packagist": { "type": "composer", "url": "https://mirrors.aliyun.com/composer/" }，并在根节点写上 "packagist.org": false。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
换源后仍卡在 Resolving dependencies 怎么办
镜像只加速下载阶段（Downloading），不解决依赖解析（Resolving dependencies）慢的问题。这个阶段卡住，和镜像无关，重点排查：
- PHP 内存不足：默认 128M 不够，临时加
COMPOSER_MEMORY_LIMIT=-1再试 - Xdebug 启用中：会让解析慢 5–10 倍，用
php -d xdebug.mode=off $(which composer) install临时禁用 -
platform配置与实际 PHP 版本不匹配：比如"php": "7.4"却在 PHP 8.2 上运行，触发降级查找逻辑 -
composer.lock残留已下线包：删掉vendor/和composer.lock，再composer install --no-cache
宽泛版本约束如 "php": "^7.4 || ^8.0" 或 require-dev 里塞了太多未锁定版本的工具链（如 "phpunit/phpunit": "^9"），也会显著拖慢解析速度。
如何确认流量真走镜像而不是“看起来配对了”
光看 composer config -g repo.packagist 输出不够，要亲眼看到请求发到了镜像域名：
- 运行
composer show laravel/framework -vvv 2>&1 | grep "Downloading"，确认日志出现mirrors.aliyun.com或对应镜像域名 - 更准的方式是用
curl实测原始响应时间：time curl -o /dev/null -s -w "time: %{time_total}s\n" https://mirrors.aliyun.com/composer/，观察 real 时间是否稳定在 1 秒内 - 如果阿里云 > 2s，可换腾讯云镜像：
composer config -g repo.packagist composer https://mirrors.cloud.tencent.com/composer/，华南地区通常更快 - 华为云镜像（
https://mirrors.huaweicloud.com/repository/php/）不托管 dist 包，仅代理 metadata，适合教育网或城域网
已停用镜像如 https://packagist.phpcomposer.com 和 https://packagist.laravel-china.org 必须彻底清除，它们早在 2025 年底就全部下线，继续使用只会无限卡住。
