直接运行composer config -g -l可查看最终生效的全局配置，因composer合并多层配置且手动编辑json易出错导致静默失效；加--verbose能确认实际读取路径。
直接运行 composer config -g -l 就能看到当前生效的全局配置项，不需要翻文件、也不用猜路径。
为什么不能直接打开 ~/.composer/config.json 看？
Composer 全局配置可能来自多个位置：~/.config/composer/config.json（新版优先）、~/.composer/config.json（旧版兼容）、甚至环境变量 COMPOSER_HOME 指向的任意路径。手动编辑文件容易出错——JSON 格式非法（比如多逗号、中文引号）、权限不对、或写到了被忽略的路径，都会导致配置不生效且无提示。
真正起作用的是 Composer 运行时合并加载的结果，不是某个 JSON 文件的原始内容。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer config -g -l输出的是「最终生效值」，自动跳过无效项 - 加
--verbose能看到它实际读取的是哪个文件：composer config -g -l --verbose - 如果输出里某项带
(global)标记，说明它确实来自全局层，不是默认值
常见配置项怎么查得快？
全局配置项很多，但日常关注的就几个：镜像源、缓存目录、认证信息、bin 安装路径。用 grep 过滤比滚动翻屏更可靠：
- 查镜像：
composer config -g -l | grep "repo\|packagist" - 查缓存路径：
composer config -g -l | grep cache-dir - 查全局 bin 目录（影响
composer global require后命令是否能直接执行）：composer config -g -l | grep bin-dir - 查 GitHub token（敏感信息默认隐藏）：
composer config -g -l --show-passwords | grep github-oauth
改了配置但没反应？先确认这三件事
最常卡在这一步：命令执行成功，但后续 composer install 或 global require 仍走原逻辑。
- 漏了
-g参数：写成composer config http-basic.example.com user pass，结果塞进了当前项目的composer.json，不是全局 - 用了
sudo（尤其 macOS/Linux）：配置被写进 root 用户的$COMPOSER_HOME，而你日常用普通用户跑 composer，根本读不到 - 多个 Composer 版本共存：
which composer显示的是 Homebrew 装的，但你之前用 curl 下载的二进制也在$PATH里，composer config -g实际操作的是另一个版本的配置
复杂点在于：配置生效是分层合并的（系统级 → 全局 → 项目），而 -l 只显示结果，不告诉你每项从哪来。真要定位冲突，得靠 --verbose + composer diagnose 配合看连通性，而不是只盯着一个 JSON 文件改。
