局域网中 Composer install 报 Connection refused，主因是未正确配置代理或私有源导致仍直连 packagist.org；需验证 DNS、强制设置 repo.packagist、确保私有源 URL 末尾带斜杠、显式声明 type=composer、同步配置 http-proxy 和 https-proxy、正确设置 cafile 而非禁用 secure-http，并检查 vendor/autoload.php 生成异常是否源于元数据加载中断。
局域网里composer install报Connection refused，先查代理和私有源是否配对
局域网环境下的 Composer 报错，90% 不是网络断了，而是它根本没走你设的代理或私有源——默认仍直连 packagist.org，而该域名在内网通常解析失败或 443 端口被防火墙拦截。错误如 cURL error 7: Failed to connect to packagist.org port 443: Connection refused 或 file_get_contents(): php_network_getaddresses: getaddrinfo failed，本质是请求发不出去，不是 Composer 坏了。
- 先验证 DNS 是否通：运行
ping packagist.org，若返回unknown host，说明内网 DNS 没转发或污染，得手动设 DNS（如8.8.8.8） - 别信
composer.json里的repositories字段——只要它存在（哪怕空数组），全局配置repo.packagist就彻底失效；必须用composer config repo.packagist composer https://your-private-mirror/写进项目级配置 - 私有源 URL 必须带末尾斜杠：
https://mirror.internal.com/composer/✅，https://mirror.internal.com/composer❌（否则拼成/composerpackages.json，404） - type 必须显式写
composer：漏掉这个值，Composer 2.x 直接忽略整条配置
内网代理只配http-proxy没用，https-proxy必须同步设
内网常见误区：只运行 composer config -g http-proxy http://10.0.1.100:8080，结果所有 HTTPS 请求（包括访问私有源、GitHub API）仍直连，卡在 Loading composer repositories 无报错。因为 Composer 对 HTTP 和 HTTPS 请求路由完全分离，http-proxy 只管 http://，https-proxy 才管 https:// 的 CONNECT 隧道。
-
https-proxy的值必须是http://协议开头（即使代理本身监听 TLS）：正确写法是http://10.0.1.100:8080，不能写https://或省略协议 - 验证是否生效：运行
composer config -g --list | grep -E "(http|https)-proxy"，两行都得有且格式正确 - 代理不支持 CONNECT 隧道？用
curl -x http://10.0.1.100:8080 -I https://mirror.internal.com/packages.json测试，若卡住或返回 502，说明代理层有问题，得换中转工具（如 cntlm） - Windows 域环境用 NTLM 代理？Composer 原生不支持，必须部署 cntlm 或 px 作为本地中转，再让 Composer 连
http://127.0.0.1:3128
私有源证书校验失败，别关 secure-http，改 cafile
内网私有源常用自签名证书或企业 CA，Composer 默认校验失败后会静默 fallback 到直连，最终报 Connection refused 或 cURL error 60。此时禁用 secure-http（composer config -g secure-http false）只是掩盖问题，还引入安全风险。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 正确做法：导出企业根证书（如
company-ca.crt），然后执行composer config -g cafile /path/to/company-ca.crt - 确认 PHP 的
openssl.cafile和curl.cainfo指向同一份最新证书文件（从 https://www.php.cn/link/5fe4dadcdb001d8566cd20e6d8a20251 下载） - 如果私有源用 HTTP（仅限测试环境），可临时切协议：
composer config repo.packagist composer http://mirror.internal.com/composer/，但生产环境必须用 HTTPS + 正确 CA - 别用
/dev/null绕过证书校验——CI 流水线里一旦混入此配置，后续所有 HTTPS 请求都不可信
vendor/autoload.php 生成失败但没报错，八成是私有包元数据加载中断
内网环境下，composer install 显示成功，但 vendor/autoload.php 为空或缺失类映射，常见于私有源响应慢、超时后 Composer 静默跳过部分包元数据加载，而非终止流程。
- 检查
vendor/composer/installed.json是否为空或字段残缺；执行composer show若报Could not find package，说明依赖元数据未完整拉取 - 删掉
vendor/和composer.lock后重试——composer.lock锁定的是具体 commit hash，比仅靠composer.json更抗内网抖动 - 加
-vvv参数看最后卡在哪条 URL：Downloading https://mirror.internal.com/p/provider-latest$hash.json失败，就说明私有源的 provider 文件没下来 - 私有源服务器需支持 HTTP Range 请求（尤其大 ZIP 包分片下载），否则
Downloading阶段会卡死
内网环境最麻烦的不是配不配得上，而是错误不报或报错不指向真实原因——比如 Connection refused 看似网络问题，实际可能是私有源证书没认、代理隧道不通、或者 composer.json 里多了一个空 repositories 数组导致全局镜像失效。每一步都得用 composer config -g --list 和 curl -v 实锤，别猜。
