composer config --list 显示的是四层配置合并后的最终生效快照，顺序为：命令行参数 > 环境变量 > 项目 composer.json 的 config 字段 > 全局配置文件，但不标注来源。
composer config --list 显示的到底是谁的配置？
它显示的是当前目录下「最终生效的配置快照」，不是纯项目配置，也不是纯全局配置，而是四层合并后的结果：命令行参数 > 环境变量 > 项目 composer.json 的 config 字段 > 全局配置文件（~/.config/composer/config.json 或 ~/.composer/config.json）。环境变量（如 COMPOSER_CACHE_DIR）优先级最高，但 composer config --list 完全不标注来源，只输出值。
常见误判场景：
- 在没有
composer.json的目录执行，直接报错Could not find composer.json，不会静默返回空 - 看到
github-oauth.github.com出现在输出里，但自己没配过——大概率是全局auth.json里的凭据被自动加载了 -
cache-dir没出现，不代表没生效；它可能只是沿用默认路径（v2+ 是~/.cache/composer），而默认值根本不会列在--list里
怎么准确查镜像源地址？别只信 --list
镜像源配置分散、键名易混淆，composer config --list 无法可靠反映实际生效的源。必须分项直查：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查当前项目是否覆盖：运行
composer config repos.packagist.org.url和composer config repos.packagist.url—— v2+ 推荐前者，旧式后者仍可能被读取 - 查全局设置：分别运行
composer config --global repositories.packagist.org.url和composer config --global repositories.packagist.url - 检查环境变量是否隐身覆盖：
echo $COMPOSER_REPO_PACKAGIST（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows） - 最终验证方式：运行
composer diagnose，看输出中Repo packagist.org行显示的 URL 是否符合预期
查具体键值比扫列表更可靠
composer config --list 是快速扫描工具，不是配置审查工具。对关键配置项，应放弃通读，直接查值：
-
composer config cache-dir→ 当前项目实际缓存路径（本地优先） -
composer config --global github-oauth.github.com→ 确认全局凭据是否已设（返回空 = 未显式设置） -
composer config --global --source github-oauth.github.com→ 返回具体来源文件，比如~/.config/composer/auth.json -
composer config sort-packages→ 返回明确布尔值（true/false），比--list输出的true更可信（后者可能是字符串）
结构化输出和排查干扰项
当嵌套字段多、肉眼难辨时，--format=json 比纯文本更可控：
-
composer config --list --format=json | jq '.config.repositories'→ 精准提取仓库定义 - 加
--no-plugins排除插件注入干扰：composer config --list --no-plugins - 想跳过合并、只读原始项目配置：
composer config --list --file composer.json - 部分版本支持
-v（verbose），会标出每行配置来源文件路径，但非所有 Composer 版本都支持
最常被忽略的其实是「环境变量隐身覆盖」和「配置叠加顺序」——--list 不告诉你哪一层写了什么，也不告诉你哪一层被顶掉了。查具体键、盯来源文件、验 diagnose 输出，三步缺一不可。
