改DNS比换源更优先，因为Composer依赖系统DNS解析域名，若解析失败（如“Could not resolve host”），请求根本无法发出，镜像再快也无效；需先确保nslookup packagist.org返回正确IP，再配置镜像源。
Composer 本身不处理 DNS 解析，切换 114.114.114.114 是系统或网络层的事——改对了才真正解决 Could not resolve host，否则换镜像也白搭。
为什么改 DNS 比换源更优先？
Composer 在发起 HTTP 请求前，必须先解析 packagist.org、github.com 等域名。如果系统 DNS 返回超时或空响应，连请求都发不出去，镜像 URL 再快也没用。
常见现象：
-
ping packagist.org返回unknown host -
curl -I https://packagist.org卡住不动或报Could not resolve host - 换完阿里云/腾讯云镜像后，
composer install仍卡在loading provider-*.json
macOS/Linux 快速切 114.114.114.114
别进系统设置点半天，终端三步到位：
- 临时生效（当前会话）：
sudo networksetup -setdnsservers Wi-Fi 114.114.114.114 114.114.115.115（Wi-Fi 改成你实际接口名，可用networksetup -listallnetworkservices查） - 刷新 DNS 缓存：
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder - 验证是否生效：
scutil --dns | grep nameserver看输出里有没有114.114.114.114
注意：resolv.conf 在 macOS 上是只读的，直接改它无效；Linux 用户若用 systemd-resolved，应改 /etc/systemd/resolved.conf 并 sudo systemctl restart systemd-resolved。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
Windows 下改 114DNS 的关键动作
Win10/11 默认用“智能多宿主名称解析”，容易绕过手动 DNS 设置：
- 打开 PowerShell（管理员），查当前接口名：
Get-NetAdapter | Where-Object {$_.Status -eq "Up"} - 设 DNS：
Set-DnsClientServerAddress -InterfaceAlias "以太网" -ServerAddresses 114.114.114.114,114.114.115.115（把“以太网”换成你实际的接口名） - 清缓存：
ipconfig /flushdns - 验证：
nslookup packagist.org输出的Server:行必须是你刚设的 IP
别信控制面板里“首选 DNS 服务器”填了就完事——某些驱动或安全软件会劫持 DNS 查询链，nslookup 是唯一可信验证方式。
什么时候该怀疑不是 DNS 问题？
如果 nslookup packagist.org 和 curl -I https://packagist.org 都正常，但 composer install 仍失败，那大概率是以下其一：
- 镜像配置键名错误：Composer 2.2+ 要用
repositories.packagist.org，不是repo.packagist - HTTP 代理残留：
composer config -g --unset http-proxy和--unset https-proxy都得执行 - Docker 容器内未继承宿主机 DNS：
docker run --dns 114.114.114.114才生效，/etc/resolv.conf挂载进去没用
DNS 是最底层的一环，但它只管“名字变 IP”。IP 通了之后卡在 TLS 握手、证书校验或连接超时，就得看 http-timeout 和 CA 证书了——那是另一个要单独调的场子。
