换镜像对“Resolving dependencies”卡顿完全无效，因该阶段纯本地SAT求解、不走网络；真正生效需满足三条件：repo.packagist（单数）、显式composer类型、URL以https://.../结尾；且composer.lock必须存在并同步，否则所有优化失效。
换镜像本身不解决版本解析慢的问题，composer install 卡在 Resolving dependencies 时，镜像完全不起作用；而 composer.lock 锁死机制一旦被绕过（比如误用 update 或删了 lock 文件），所有优化都会失效。
composer config -g repo.packagist 命令为什么总不生效
不是 Composer 没反应，是它静默 fallback 到官方源——三个硬条件缺一不可：
-
repo.packagist不能写成repos.packagist（多一个s就彻底忽略） - 中间必须带
composer这个 type 值：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/✅；漏掉就等同没配❌ - URL 必须以
https://开头、且末尾带/：https://mirrors.aliyun.com/composer/✅；https://mirrors.aliyun.com/composer❌（少斜杠会导致拼出/p2//类路径，404）
验证是否成功：运行 composer config -g repo.packagist，输出应为 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、报错或仍显示 https://packagist.org，说明根本没写进去。
Resolving dependencies 卡住，和镜像无关
这个阶段完全不走网络，纯本地 CPU 穷举满足约束的版本组合。常见诱因：
-
"php": "^7.4 || ^8.0 || ^8.1"这类宽泛约束，会让求解器遍历数百个 PHP 元数据版本 -
"minimum-stability": "dev"强制拉取不稳定分支，候选版本数爆炸 -
"monolog/monolog": "*"或模糊版本号，失去锁死意义，每次 update 都重算 - 项目里删了
composer.lock或没提交进 Git，install实际退化为update
临时验证：执行 composer update --dry-run -vvv，看日志里 Resolving dependencies 是否反复回溯、耗时超 10 秒——如果是，换镜像毫无意义。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
composer.lock 锁死机制被破坏的典型场景
锁文件不是“设了就一劳永逸”，很多操作会绕过或清空它：
- CI/CD 脚本里写了
composer update而非composer install，哪怕加了--no-dev也照样重新解析 -
composer.json被手动改过但没跑composer update --lock，导致 lock 文件和声明不一致 - 团队成员本地删了
vendor和composer.lock后直接composer install，结果生成全新 lock，版本漂移 - 项目级
repositories字段里写了已下线私有源，Composer 逐个超时才 fallback，卡在元数据获取环节
检查手段：进项目根目录，运行 composer validate --strict；再跑 composer config --list | grep repositories，确认实际生效的是哪个源——别只信自己以为配对的那个。
宝塔、CI、systemd 中镜像失效的真实原因
你在终端用 root 执行了 composer config -g，但宝塔后台、GitLab Runner、systemd 服务往往以 www、git 或自定义用户身份运行，它们读的是各自家目录下的 ~/.composer/config.json。
- 查当前执行用户：
whoami或看 CI 日志 UID - 给
www用户配镜像：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 更稳妥的做法是：在 CI 脚本开头加
COMPOSER_HOME=/tmp/composer-home composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，避免权限污染 - 宝塔「PHP 管理器」里点部署失败？先切到
www用户终端，执行composer config -g repo.packagist看输出是否匹配镜像地址
最易被忽略的一点：缓存目录若落在 WSL2 挂载的 Windows 目录、加密卷或 NFS 上，composer install 解压 ZIP 包时 I/O 就成瓶颈——composer config -g cache-dir /mnt/ssd/composer-cache 这步常被跳过，但它对速度影响可能比换镜像还大。
