“could not resolve host”是dns或网络层问题，非composer故障；需先用ping/nslookup验证域名解析，再改dns、hosts或清除代理，最后换镜像源并清缓存。
“Could not resolve host” 不是 Composer 坏了，而是它根本没发出 HTTP 请求——卡在 DNS 解析或系统网络层。先确认能不能解析域名，再动配置。
ping 和 nslookup 都失败，说明 DNS 层面不通
这是最底层的问题，所有后续操作（换源、改 proxy）都无效。必须先让系统能认出 repo.packagist.org。
- 运行
ping repo.packagist.org：如果返回Unknown host或直接卡住，就是 DNS 无响应 - 运行
nslookup repo.packagist.org 8.8.8.8：强制用 Google DNS 查，能返回 IP 说明本地 DNS 服务异常 - Linux/macOS 用户可临时改
/etc/resolv.conf，加一行nameserver 8.8.8.8；Windows 在网络适配器里手动设 DNS - 别信“换镜像就能好”——镜像地址也是域名，
mirrors.aliyun.com同样要被解析
hosts 文件写错或被安全软件锁死
手动绑定 IP 是见效最快的绕过方式，但格式和权限极易出错。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 先查实时 IP：
nslookup repo.packagist.org 1.1.1.1（Cloudflare DNS 更稳），记下 IPv4 地址，比如104.21.46.17 - Windows 编辑
C:\Windows\System32\drivers\etc\hosts，Linux/macOS 编辑/etc/hosts，追加：104.21.46.17 repo.packagist.org（IP 和域名之间只能是空格或 Tab，不能是中文符号） - 保存后必须刷新缓存：
ipconfig /flushdns（Win）或sudo dscacheutil -flushcache（macOS）或sudo systemd-resolve --flush-caches（Linux systemd） - 某些杀毒软件（如 360、火绒）会锁定 hosts 文件，保存失败时右键编辑器选“以管理员身份运行”
代理环境未清理干净，HTTP_PROXY 还在生效
即使你没主动配代理，公司网络、终端历史命令、IDE 内置终端都可能残留 HTTP_PROXY 环境变量，导致 Composer 请求被转发到不存在的地址。
- 检查是否启用：
echo $HTTP_PROXY和echo $HTTPS_PROXY，有输出就说明在起作用 - 临时关闭：
unset HTTP_PROXY HTTPS_PROXY（Linux/macOS）或set HTTP_PROXY=（Windows CMD） - 清除 Composer 内部代理配置：
composer config -g --unset http-proxy和composer config -g --unset https-proxy - CI/CD 或 Docker 环境中，务必用
COMPOSER_NO_INTERACTION=1+ 显式 unset，否则容器重启后变量复活
镜像源地址拼写错误或已失效
国内镜像不是“用了就灵”，地址错一个字符、少一个斜杠、指向已下线的旧源，都会触发 404 或持续解析失败。
- 阿里云当前有效地址是：
https://mirrors.aliyun.com/composer/（末尾有斜杠） - 清华源是：
https://mirrors.tuna.tsinghua.edu.cn/composer/（注意tuna拼写和末尾斜杠） - 华为源是：
https://mirrors.huaweicloud.com/repository/php/（路径不含/composer） - 设完立刻清缓存：
composer clear-cache，否则 Composer 仍从旧缓存读repo.packagist.org - 项目级配置（
composer.json里的repositories）优先级高于全局，得手动删或修正
真正卡住的点往往不在 Composer 配置本身，而在系统 DNS、hosts 权限、环境变量残留这些“看不见”的环节。每次改完，都该用 curl -v https://repo.packagist.org/packages.json 2>&1 | grep "Connected to" 直接验证连通性，比反复跑 composer install 更快定位问题根源。
