“导出卡死”不是 composer 的问题——它根本不导出任何东西；你看到的“卡在 99%”“gpu timeout”等全是 clipchamp 的报错，composer 是纯 php 依赖管理器，无图形界面、不调用 gpu、不处理视频编码。
“导出卡死”不是 Composer 的问题——它根本不导出任何东西。你看到的“卡在 99%”“GPU timeout”“Export stuck”全是 Clipchamp（微软网页视频编辑器）的报错，和 Composer 命令行工具完全无关。Composer 是纯 PHP 依赖管理器，没有图形界面、不调用 GPU、不处理视频编码。混淆这两者会导致排查方向彻底错误。
为什么 composer install 会“卡住”但不是导出问题
真正可能卡住的是以下两个阶段，它们都发生在终端里，且有明确输出：
-
Loading composer repositories with package information：网络请求阶段，Composer 正在从 Packagist 或镜像源拉取包元数据。卡在这里 = 网络慢、源不可达、超时设置太短 -
Updating dependencies：本地 CPU 计算阶段，Composer 在解依赖约束。卡在这里 = 依赖冲突、约束过严（如"php": ">=8.0.0 ）、或启用了<code>--with-dependencies等高开销选项
这两个阶段都不会出现“99%”“GPU”“render”等字眼。只要看到这些词，立刻停止查 Composer 文档，转去检查 Clipchamp 设置。
composer diagnose 是第一道排查门槛
别跳过这步。它能快速暴露环境级问题，比如证书失效、CA 路径错误、代理配置错位：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 运行
composer diagnose，重点看 “Checking HTTP proxy” 和 “Checking CA bundle” 行是否标绿 - 如果提示 “The openssl extension is missing”，说明 PHP 缺失 HTTPS 支持，
composer install必然失败 - 若显示 “The http-proxy setting is not configured correctly”，注意 Composer 不读系统
HTTP_PROXY环境变量，必须显式执行composer config -g http-proxy http://your-proxy:8080
加速 Loading composer repositories 的实操要点
这一行慢，95% 是网络问题。国内用户最有效的提速方式是切镜像源 + 调整超时：
- 确认镜像已生效：
composer config -g repo.packagist应返回类似{"url": "https://mirrors.aliyun.com/composer/", "type": "composer"} - 单次 HTTP 请求超时默认只有 30 秒，但镜像偶尔抖动就会失败重试。执行
composer config -g http-timeout 600（注意是http-timeout，不是--timeout） - 禁用 IPv6 可规避部分 DNS 解析失败：
composer config -g github-protocols ["https"] - 如果公司内网部署了 Satis/Nexus，务必检查
composer show --verbose中每个包的dist.url是否指向内网可访问的 ZIP 地址（curl -I -s http://intranet/path/to/package.zip应返回 200）
当 Updating dependencies 卡住或报错
这不是网络问题，是逻辑问题。关键动作是降噪 + 锁定范围：
- 先跑
composer update --dry-run -v，加-v看到具体卡在哪一个包的版本计算上 - 如果报
Your requirements could not be resolved，用composer why-not vendor/package:version定位冲突源头 - 避免盲目加
--ignore-platform-reqs：它会跳过所有 PHP 版本和扩展检查，可能导致线上运行时报Class not found。应改用--ignore-platform-req=php精准绕过 PHP 版本限制 - Composer 2.x 默认启用
pooling optimizer，但某些复杂依赖图反而更慢。可临时禁用：COMPOSER_POOL_OPTIMIZER=0 composer update
真正容易被忽略的是：Composer 2 的元数据加载机制已大幅优化，如果你还在用 Composer 1，Loading composer repositories 卡顿是必然的——升级到最新版是最简单有效的“加速”。
