“could not resolve host”本质是镜像未生效，需执行composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/并composer clear-cache，验证输出为{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}才算成功。
直接换镜像源 + 清缓存，90% 的 “Could not resolve host” 就解决了，不是 DNS 问题，也不是要重装 Composer。
报错里带 “Could not resolve host” 怎么快速判断
这类错误本质是系统没拿到 packagist.org 的 IP，但根本原因往往不是 DNS 配置错，而是 Composer 还在尝试连原始地址——哪怕你本地 DNS 已经能 ping 通，它仍可能因全局配置未生效而失败。
- 运行
composer config -g repo.packagist，输出必须是类似{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}才算设对；如果还是https://repo.packagist.org或为空，说明镜像没配成功 - 别信
ping packagist.org能通就没事——Composer 不走 ping，它用 curl 发 HTTPS 请求，且受全局配置和缓存双重影响 - 错误里出现的域名（如
repo.packagist.org、github.com）只是表象，真正卡点在 Composer 是否被正确引导到镜像地址
为什么 composer config -g repos.packagist 不生效
这是最常踩的坑：命令写错、参数拼错、或用了已废弃的旧语法。Composer 2.x 后只认 repo.packagist（单数），不是 repos.packagist（复数）。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 正确命令是：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（注意末尾斜杠不能少） - 阿里云镜像 URL 必须是 HTTPS，HTTP 地址已被停用，用会直接报错
- 执行后务必跟一句
composer clear-cache，否则旧缓存里的失败记录还在，重试照样走原地址 - 别在项目目录下跑不带
-g的命令——那只会改当前项目的composer.json，对全局无效
换源后还是卡在 TLS handshake 或 Connection timed out
说明请求发出去了，但卡在建连或握手阶段，这时候才该怀疑网络层问题。但优先级低于镜像配置——先确保镜像已生效，再排查其他。
- 验证是否真走镜像：运行
curl -v https://mirrors.aliyun.com/composer/packages.json 2>&1 | grep "Connected to"，看到 IP 就说明通 - 如果卡在
TLS handshake，可能是 IPv6 不稳定，强制走 IPv4：CURL_IPRESOLVE=4 composer install（Linux/macOS） - 企业内网若部署了中间人代理（MITM），会静默拦截 HTTPS 请求，临时绕过：
composer config -g secure-http false+composer config -g cafile /dev/null（仅调试用，勿长期保留） - 别改系统 DNS——除非你确认内网服务不依赖本地 DNS，否则可能引发其他服务异常
权限类报错混在其中怎么区分
“Could not resolve host” 和 “Permission denied” 完全无关，但错误日志常挨着出现，容易误判。关键看报错第一行路径：
- 如果是
file_put_contents(/path/to/vendor/autoload.php): Permission denied→ 问题在vendor/目录归属，不是网络 - 运行
ls -ld vendor/ composer.lock，若属主是root，就用sudo chown -R $USER:$USER vendor/ composer.lock修复 - 千万别
chmod 777——这解决不了问题，反而埋下安全风险
真正麻烦的是镜像 URL 写错、缓存没清、或公司策略把镜像站也封了——这种时候得换华为云或清华源再试一遍，而不是反复调 DNS。
