Composer卡在Resolving dependencies是本地SAT求解器暴力穷举版本组合所致，非网络问题；应通过composer update -vvv --profile定位卡点，收紧PHP版本约束、删除minimum-stability: dev、禁用Xdebug，并验证镜像配置是否正确生效。

Composer卡在Resolving dependencies不是网络慢

这是本地 SAT 求解器在穷举满足所有约束的版本组合，不发任何网络请求，镜像配置对这一步完全无效。你看到的“卡住”，99% 是约束太松、minimum-stability设为dev、composer.lock失真或 Xdebug 干扰导致的，不是换源能解决的问题。

验证是否真卡在依赖解析阶段

别猜，用 composer update -vvv --profile 看日志末尾停在哪：

• 如果最长一段是 Resolving dependencies through SAT 并持续数秒以上 → 确认是约束冲突，不是镜像问题
• 如果卡在 Reading /packages.json from cache 或 Downloading https://... → 才是镜像/网络层问题
• 如果卡在 Downloading vendor/package.zip → 检查 TLS 握手、URL 是否拼错（比如少末尾/）

收紧约束比换镜像更有效

宽泛约束会让求解器尝试数百种 PHP + 包版本组合，指数级拖慢解析。真实有效的收紧动作包括：

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

• 把 "php": "^7.4 || ^8.0 || ^8.1 || ^8.2" 改成明确一个版本，例如 "php": "^8.1"
• 删掉 "minimum-stability": "dev"，改用 "prefer-stable": true
• 运行 composer validate --strict，修复语法错误或语义冲突（如 conflict 与 require 自相矛盾）
• 临时禁用 Xdebug：php -d zend_extension= -d xdebug.mode=off composer install（Xdebug 可拖慢求解器 3–5 倍）

镜像配置本身极易静默失效

90% 的“换源无效”源于三处硬伤，且 Composer 不报错，只 fallback 到官方源：

• 键名必须是 repo.packagist（单数），写成 repos.packagist（多一个 s）就彻底失效
• type 值必须显式填 composer，不能省略
• URL 必须以 https:// 开头且末尾带 /，例如 https://mirrors.aliyun.com/composer/ ✅，https://mirrors.aliyun.com/composer ❌（会拼成 /composerpackages.json 导致 404）
• 项目级 repositories 配置优先级高于全局，只要 composer.json 里有该字段，全局镜像就被屏蔽

真正容易被忽略的是：即使镜像配置正确，它也只加速下载，不加速解析；而解析卡顿往往来自你自己的 composer.json 里那几行看似无害的宽松约束。