应使用 composer config --list | grep -a 10 '^repositories' 查看合并后生效的完整仓库配置，因其包含默认 packagist.org 源及所有显式配置项，而 composer config repositories 仅显示自定义仓库、不显示默认源。
查看当前 Composer 全局和项目级仓库配置
Composer 的仓库（repository）配置可能来自多个地方：全局配置（~/.composer/config.json）、当前项目根目录的 composer.json，以及通过 composer config 命令写入的本地或全局配置。直接看生效结果最可靠的方式是让 Composer 自己输出合并后的最终配置。
执行以下命令即可列出所有当前生效的仓库（包括 packagist.org 默认源及其是否被禁用）：
composer config --list | grep -E '^(repositories\.|repositories$)'
但更直观、更推荐的做法是导出完整配置并过滤仓库相关字段：
composer config --global --list | grep -A 10 '^repositories' 2>/dev/null<br>composer config --list | grep -A 10 '^repositories' 2>/dev/null
注意：--global 查的是全局配置，不加则查当前项目配置；两者叠加生效，项目级会覆盖同名全局项。
为什么 composer config repositories 不显示全部？
composer config repositories 只显示「显式配置」的自定义仓库，不会显示默认的 packagist.org 源——哪怕你没手动加它，它也始终存在且默认启用。所以这个命令容易误判“只有我配的那些”，实际请求时仍会走 Packagist。
真正影响行为的是最终合并后的 repositories 数组，它包含：
- 默认的
{"type": "composer", "url": "https://packagist.org"}（除非被显式禁用或替换） - 你在
composer.json里写的repositories数组 - 通过
composer config repositories.foo ...添加的命名仓库
因此，仅靠 composer config repositories 无法反映真实请求路径。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
检查 Packagist 是否被禁用或替换
很多人想确认自己是否关掉了默认源，或换成了私有镜像。关键看配置中是否存在以下几种情况：
-
repositories是一个对象（非数组），且 key 为packagist，value 为false→ 禁用默认源 -
repositories数组里第一个元素是 type=composer、url 指向私有地址（如https://packagist.phpcomposer.com）→ 替换默认源 - 存在
"packagist.org": false这样的键值对 → 局部禁用 Packagist.org（需 Composer ≥ 2.2）
运行这条命令能快速定位：
composer config --list | grep -A 5 '^repositories'
如果看到 repositories.packagist false 或类似结构，说明默认源已被干预。
临时验证仓库是否真正在生效
光看配置还不够，有些仓库因网络、认证或格式问题实际不参与解析。最直接的验证方式是尝试安装一个只存在于该仓库里的包：
composer require some/private-package:dev-main
然后观察错误信息中的 URL —— Composer 在找不到包时，会明确打印它去哪些 repositories 查找过，例如：
[Composer\Repository\InvalidRepositoryException]<br>No valid composer.json was found in the package repository https://my-repo.example.com
或者成功时的下载日志里会出现对应仓库域名。这是比读配置更真实的“生效证明”。
别忘了：Composer ≥ 2.0 后，repositories 默认按声明顺序搜索，且不再自动 fallback 到 Packagist，除非你保留了默认源条目。
