composer install -vvv是唯一能暴露底层错误的开关，它输出cURL原始请求、SAT求解器堆栈、插件加载路径及真实stderr，而-v/-vv仅显示表层动作；需配合2>&1 | tee debug.log和grep精准定位问题。
composer install -vvv 是唯一有效的详细日志开关
加 -vvv 是唯一能真正暴露底层错误的方式。其他参数如 -v 或 -vv 只显示“正在下载 xxx”“已安装 yyy”，对卡死、SSL 中断、SAT 求解失败、插件异常等真实问题完全无感。
只有 -vvv 会输出：
- cURL 原始请求头与未解压的响应体（能看到 gzip 流损坏或 404 返回）
- SAT 求解器每一步排除了哪个包版本（停在
Resolving dependencies through SAT就是它卡了） - 插件加载堆栈、
ext-xxx缺失提示、临时文件路径
运行 composer install -vvv 2>&1 | tee debug.log 最可靠，之后用 grep -i "error\|exception\|zlib\|SAT" debug.log 快速定位关键行。
为什么 -vvv 有时不输出？先查这三件事
-vvv 被静默屏蔽很常见，别急着重试命令：
-
config.verbose被设为false：优先级高于命令行参数，运行composer config --list | grep verbose确认 -
config.platform里写了不存在的扩展（比如"ext-foobar": "1.0"）：Composer 在-vvv下会立刻报错退出，根本走不到依赖解析阶段 - 被 Xdebug 干扰：加
COMPOSER_DISABLE_XDEBUG=1再试，否则堆栈可能被截断或掩盖真实错误
脚本执行失败只显示 “Script failed”，怎么看到真实错误？
Composer 默认吞掉子进程的 stderr，你只看到 Script xxx handling yyy returned with error code 1，却不知道哪行 PHP 崩了。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
必须用 -vvv —— 它会显示每条执行的脚本命令、完整环境变量、及其退出时的原始 stderr：
- 常见真实错误只在
-vvv下可见：Fatal error: Uncaught Error:、ParseError、Class not found - 如果脚本是 PHP 文件，检查开头是否有
#!/usr/bin/env php和可执行权限（Linux/macOS）；Windows 推荐显式写"php script.php"，避免系统找不到解释器
终端滚动太快？别靠眼睛盯，用重定向+过滤
直接看终端容易漏关键信息，尤其当输出几百行时。
最稳做法是：
-
composer install -vvv 2>&1 | tee debug.log：把全部输出（含 stderr）存进文件 -
grep -i "error\|exception\|failed\|zlib\|SAT" debug.log：聚焦真正出问题的地方 - 若怀疑 SSL 问题，加
grep -i "curl\|ssl\|certificate" debug.log
注意：不要依赖 composer config -g repo.packagist 的返回值来判断镜像是否生效——它可能返回旧值或空，而实际请求仍打向 packagist.org。唯一准法是 -vvv 日志里搜 Downloading.*packages.json 看 host 名。
