composer的-vvv输出默认写入stderr，grep只读取stdout，故需用2>&1重定向合并流才能匹配；关键线索在日志开头（如json错误、路径问题）和末尾（如trying/aborting行），而非中间滚动内容。
composer -vvv 输出为什么 grep 不到？
因为 Composer 把所有调试信息（包括 -vvv 日志）都输出到 stderr，而 grep 默认只读 stdout。不重定向就什么都搜不到。
必须显式写 2>&1 把错误流合并进标准输出：
composer install -vvv 2>&1 | grep "error"composer update -vvv 2>&1 | grep -i "zlib\|SAT\|failed\|https"- CI 环境中加
--no-ansi避免 ANSI 转义符污染日志，例如：composer install -vvv --no-ansi 2>&1 | grep "monolog"
漏掉 2>&1 是最常踩的坑，尤其在 Docker 或 GitHub Actions 里，日志看起来“空空如也”，其实全在 stderr 里被丢弃了。
怎么快速定位卡在 Resolving dependencies？
看到日志停在 Resolving dependencies through SAT 后没反应，基本不是网络问题，而是依赖求解器陷入回溯风暴或约束冲突——-vvv 才会暴露它每一步试了什么、为什么放弃。
关键线索藏在最后几行：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 出现
Trying: package/name v1.2.3→ 表示正在尝试该版本 - 紧跟着
Aborting, because package/other requires ext-redis→ 直接指出缺失扩展或平台约束不满足 - 如果反复出现
Reverting...+ 大量Excluding...→ 说明约束太紧，SAT 求解器来回推倒，大概率要调整config.platform或删掉冲突的conflict条目
此时别急着重装，先检查 composer.json 里 config.platform 是否写了没装的扩展（比如 "ext-igbinary": "3.2"），这类配置在 -vvv 下会立刻报错退出，根本走不到依赖解析阶段。
日志开头几行比后面几百行更重要
真正致命的问题往往出现在日志最开始，而不是满屏滚动的依赖回溯里。比如：
-
Reading ./composer.json failed: Syntax error→ JSON 格式错误（逗号漏了、引号不闭合、缩进混用），必须先修复，否则后续全是徒劳 -
Loading config file ./composer.json没出现 → 当前目录不对，或COMPOSER环境变量指向了错误路径 -
Failed to decode response: json_decode() expects parameter 1 to be string, bool given→ 下载的packages.json是空响应（false），说明 DNS、代理、防火墙或镜像源挂了，不是 Composer 本身问题
很多人翻到日志中间看到 “Your requirements could not be resolved” 就开始改 require，结果发现开头一行 Reading ./composer.json failed 被忽略了——那是根因，其他全是衍生产物。
哪些日志线索能直接对应到代码或环境？
-vvv 日志里藏着很多可直接验证的线索，不用猜：
-
Executing command (/path/to/project): git branch -a→ 表示 Composer 正在调用系统git，如果卡住，先手动执行这行命令看是否超时或权限失败 -
zlib_decode(): data error→ 压缩响应流损坏，99% 是中间代理（如 Nexus、Nginx）截断或篡改了 gzip 流，不是 Composer bug -
Exception trace:后紧跟phar:///usr/bin/composer/src/Composer/DependencyResolver/Solver.php:248→ 定位到具体 PHP 文件和行号，配合 Xdebug 可深挖；但注意 Xdebug 启用时堆栈可能被截断，加COMPOSER_DISABLE_XDEBUG=1再试 -
PHP Fatal error: Uncaught Error: Call to undefined function mb_strlen()→ 明确提示缺ext-mbstring，不是“找不到类”，是 PHP 扩展没启用
这些不是泛泛的“错误”，而是可执行、可验证的动作点。看到就去做，别绕路。
