直接运行composer config -g repo.packagist可查看当前生效的全局镜像源，输出为空则使用官方源https://packagist.org；若输出对象，需确认url字段为以/结尾的https地址且type为composer，否则静默失效。
查看当前 Composer 镜像源的命令是什么
直接运行 composer config -g repo.packagist，就能看到全局配置的镜像地址。如果返回空，说明没设过全局镜像，走的是官方源 https://packagist.org；如果返回一个对象，重点看 url 字段值。
为什么 composer config repo.packagist 没输出
这个命令默认查当前项目目录下的 composer.json 配置，不是全局配置。项目里没显式配置镜像时，它就不显示任何内容——不代表没生效，只是继承自全局或默认源。
- 查项目级配置：用
composer config repo.packagist（不带-g） - 查全局配置：必须加
-g参数，即composer config -g repo.packagist - 两者都未设置时，Composer 自动 fallback 到官方源，且不会在配置中显式记录
镜像源被写在 composer.json 里怎么识别
有些项目把镜像直接写进自己的 composer.json 的 repositories 字段里，这种优先级高于全局配置，但容易被忽略。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 打开项目根目录下的
composer.json - 搜索
"repositories"字段，重点关注其中 key 为"packagist"或"packagist.org"的条目 - 如果存在类似
{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}，那就是项目级覆盖 - 注意：这种写法会完全禁用 packagist.org，连带影响 private package 的发现逻辑
composer diagnose 能不能看出镜像是否生效
可以间接判断，但不能直接显示镜像地址。运行 composer diagnose 后，重点看这一行：
Checking https connectivity to packagist: OK
这里的 “packagist” 实际指向你当前生效的源——如果配的是阿里云镜像，它连的其实是 https://mirrors.aliyun.com/composer/，但诊断输出仍显示 “packagist”。所以：
- 输出
OK只说明能连上当前源，不保证是哪个镜像 - 输出
FAIL通常意味着镜像地址写错、网络不通，或镜像服务临时不可用 - 想确认实际请求发去了哪，可以用
composer install -v（verbose 模式），观察下载时的 URL 前缀
composer config -g repo.packagist 和 cat composer.json | grep -A5 repositories，再辅以 composer install -v 观察真实请求路径。镜像配置层级多，全局、项目、环境变量（COMPOSER_REPO_PACKAGIST）都可能起作用，单看一处容易漏掉覆盖点。
