-vvv是唯一能定位Composer卡住根源的手段，它完整暴露HTTP请求、SSL错误、PHP版本冲突、依赖回溯细节及私有Git克隆命令，配合grep过滤可快速锁定问题。
Composer 默认不显示真实进度，所谓“卡住”往往只是它把网络超时、SSL 错误、PHP 版本冲突这些关键失败点全吞掉了——加 -vvv 是唯一能看清它到底卡在哪、为什么停的手段。
composer install 卡在 Loading composer repositories 怎么查
这一步本质是发 HTTP 请求拉取 packages.json 元数据，但默认不告诉你 URL、状态码或超时原因。
- 必须用
composer install -vvv --no-progress 2>&1 | grep "GET https"抓出实际请求地址，复制进浏览器或curl -I测试是否可达 - 如果日志里出现
SSL certificate problem: unable to get local issuer certificate，说明 PHP 的 cURL 没配置 CA 证书路径，不是 Composer 问题 - 看到
Resolving dependencies through SAT却不动了，大概率是依赖回溯陷入死循环，这时要盯Skipped package-name because it requires php ^8.1这类行，确认是不是本地 PHP 版本真不满足 - 别信
--no-cache单独用——它只跳过缓存读取，不保证请求真发出；必须和-vvv一起加，才能区分是源不可达还是本地解析失败
怎么快速定位 Failed to download 后面没写包名的问题
-v 和 -vv 在这类场景下基本无效，它们会跳过关键堆栈和原始响应体。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
-
-vvv是唯一能打出完整线索的开关：你会看到类似GET https://repo.packagist.org/p2/monolog/monolog.json的请求，紧接着是HTTP/2 404或json_decode() expects parameter 1 to be string, bool given - 错误一定出现在日志末尾 20 行内，重点看最后几条
Failed to decode response或Could not fetch后面紧跟着的 URL 和堆栈 - 私有 Git 包失败时，
-vv只报Cloning failed，而-vvv会明文打出git clone https://token:***@github.com/org/private.git及其 stderr 输出 - 注意敏感信息泄露：日志里会包含带 token 的 URL，截图前务必先用
sed 's/token:[^@]*@/token:***@/g'清洗
为什么加了 --verbose 还是看不懂输出
因为 --verbose（即 -v）输出的是调试流，不是用户日志，天然混杂大量临时路径、嵌套尝试和重复行。
- 别从头滚日志，直接过滤三类关键行：
Reading /path/to/composer.json（确认读的是你预期的项目根目录）、含https://的行（所有远程请求）、以Executing script开头的行（钩子执行顺序） -
-vvv所有输出都走 stderr，grep默认不读它——必须写2>&1 | grep "xxx"，否则什么也捞不到 - CI 或 Docker 环境里务必加
--no-ansi，否则 ANSI 颜色控制符会污染grep结果，导致匹配失效 - 日志量太大时，用
composer install -vvv 2>&1 | head -n 200快速看开头，或重定向到文件：composer install -vvv 2>&1 > debug.log
真正难的不是打开 -vvv，而是读懂它暴露的底层行为：HTTP 状态码、JSON 解析上下文、SAT 求解器的拒绝规则、甚至 mkdir(): Permission denied 这种系统级报错——这些细节一旦被 -v 或 -vv 过滤掉，就只剩猜。
