Composer默认不输出详细日志，需显式启用-v/-vv/-vvv参数；无全局日志文件，所有调试信息实时输出到stdout/stderr；-vvv可显示HTTP请求、环境变量及原始stderr，配合--no-cache定位网络问题，重定向需合并stderr流。
Composer 命令默认不输出详细日志，需显式启用
Composer 本身没有全局“日志文件”概念，执行过程中的调试信息默认不落盘，所有日志都通过标准输出（stdout/stderr）实时打印。想看到更多内容，必须加 -v（verbose）、-vv 或 -vvv 参数——级别越高，输出越细，比如会显示 HTTP 请求头、包解压路径、脚本执行环境等。
常见误操作是直接跑 composer install 然后翻不到日志，其实它根本没生成文件；也有人试图查 ~/.composer/composer.log，但该路径并不存在（Composer 不自动创建或写入此类文件）。
用 --no-cache 和 -vvv 组合定位网络或缓存问题
当遇到 Could not fetch https://packagist.org/p/... 或 Failed to decode response 类错误时，仅靠 -v 可能不够。这时要上 -vvv 并配合 --no-cache，强制跳过本地缓存，让请求真实发出，才能看到底层 cURL 错误码、DNS 解析失败提示或 TLS 握手异常。
-
-vvv会打印出完整 HTTP 请求 URL、响应状态码、重定向链 -
--no-cache避免误判是缓存损坏导致的解析失败 - 若公司用了私有镜像，还要确认
composer config repo.packagist输出是否正确，否则-vvv显示的仍是错误源地址
把输出重定向到文件需要手动处理 stderr
Composer 把警告和错误写在 stderr，普通命令如 composer update -vvv > log.txt 只捕获 stdout，关键报错会直接刷屏漏掉。正确做法是合并流：composer update -vvv &> log.txt（Bash/Zsh），或分开展开：composer update -vvv > log.txt 2>&1。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
注意：Windows cmd 不支持 &>，得用 > log.txt 2>&1；PowerShell 则要用 composer update -vvv 2>&1 | Out-File log.txt，否则中文可能乱码。
临时修改 Composer 配置影响日志行为
某些配置项会间接改变日志可见性。例如：
- 设
composer config -g github-oauth.github.com xxx后再跑-vvv，能看到 OAuth token 是否被实际使用 - 禁用插件（
composer install --no-plugins -vvv）可排除第三方脚本吞掉错误输出的干扰 - 如果项目根目录有
composer.json里定义了scripts，部分自定义脚本可能用echo或var_dump打印，它们不受-v控制，得看脚本本身是否条件化输出
真正难排查的，往往是混合了 Composer 自身日志、插件输出、post-install-cmd 脚本回显，三者时间线交错又无统一前缀——这时候别只盯着 -vvv，先用 --no-scripts 和 --no-plugins 逐步隔离。
