composer config repos 看不到 packagist.org 是因它被当作隐式默认源，不写入配置文件；完整仓库链需合并项目级 repositories、全局级 composer config -g repositories 和隐式 https://packagist.org（除非显式设 "packagist.org": false）。
Composer 没有内置命令直接列出“所有已配置的仓库列表”，composer config -g repos 只显示全局自定义仓库，不包含 packagist.org 默认源或项目级 repositories 配置 —— 这是绝大多数人查不到源的根本原因。
为什么 composer config repos 看不到 packagist.org？
Composer 把官方源 packagist.org 当作隐式默认仓库，不写入 composer.json 或全局配置，因此不会出现在 repos 字段里。它只在没有匹配仓库时兜底生效。
-
composer config repos仅读取当前项目composer.json中显式声明的repositories数组 -
composer config -g repos仅读取COMPOSER_HOME/config.json里的全局自定义仓库 - 即使你删掉所有
repositories，composer install仍能拉包 —— 因为 packagist.org 是硬编码 fallback
真正有效的查看方式：合并三层来源
要看到完整可用仓库链，必须手动拼接三处信息：
- 项目级：
cat composer.json | jq '.repositories'（需安装jq）或直接打开文件看repositories字段 - 全局级：
composer config -g repositories（注意：返回空不等于没配，可能是 null 或 {}） - 隐式默认：
https://packagist.org（除非显式禁用"packagist.org": false）
特别注意：如果项目 composer.json 中写了 "packagist.org": false，又没配其他仓库，composer update 会报错 Could not find package xxx at any version —— 这是典型“看不见的源被关掉”问题。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer diagnose 能间接验证仓库是否生效
这个命令不会打印仓库地址，但会检查仓库连通性，对排查“配了却不起作用”非常有用：
- 运行
composer diagnose，重点看Checking composer.json: OK和Checking HTTP connection to packagist: OK - 如果某私有源配在
repositories里但域名不可达，会提示WARNING并列出失败 URL - 若使用了
composer config -g repo.packagist composer https://xxx.com这类别名配置，diagnose也会检测该地址连通性
想临时禁用 packagist？必须显式声明
很多人以为删掉 repositories 就等于“只用私有源”，其实不是。真要屏蔽默认源，必须在 composer.json 里写死：
{
"repositories": [
{
"type": "composer",
"url": "https://your-private-repo.com"
},
{
"packagist.org": false
}
]
}
注意顺序：这个 {"packagist.org": false} 必须放在 repositories 数组里，且不能省略 —— 它不是开关项，而是一个特殊类型的仓库声明。
配错位置、漏掉逗号、或误写成 "packagist": false（少个 .org），都会导致 Composer 完全忽略该指令，继续走默认源。
