最常用可靠的查法是composer config -g repo.packagist，输出JSON格式镜像地址；若为空或报错则未配置镜像，走官方源https://packagist.org。
composer config -g repo.packagist
直接查全局配置里的 Packagist 镜像地址，这是最常用、最可靠的查法。执行后会输出类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 的 JSON 结构。
注意：repo.packagist 是 Composer 2.2+ 的标准键名；旧版本（如 1.x）可能用 repositories.packagist.org.url，但实际运行 composer config -g 全量查看时，优先认 repo.packagist。
- 如果返回空或报错
Key "repo.packagist" does not exist，说明没设过镜像，当前走的是官方源https://packagist.org - 该命令不依赖当前项目目录，
-g表示 global，查的是用户级配置 - 别误用
composer config repo.packagist（缺-g），那是在当前项目里查，容易为空
composer config -g | grep -i mirror
当不确定键名或想快速扫一眼所有含“mirror”“aliyun”“tencent”等关键词的配置项时，用管道过滤更省事。Linux/macOS 可直接 grep，Windows PowerShell 用户可用 composer config -g | Select-String mirror。
常见干扰项：fxp-asset 插件遗留的 github-protocols 或 asset-vcs 配置，和镜像无关，别混淆。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer config -g输出本身是 YAML 格式，但grep能正常匹配字符串 - 有些公司私有源会自定义键名（如
repos.mycompany），这时grep比硬记键名更实用 - 如果
grep无输出，不代表没镜像——可能用了别名（如packagist键被重命名为packagist.org）
composer diagnose 显示 “You are using a custom repository”
这个提示不是错误，而是 Composer 在 diagnose 阶段主动告诉你：当前配置了非默认源。它背后读的就是 repo.packagist 或 repositories 数组。
关键点在于：只要输出里有这行，就说明镜像已生效；若没这行，且 composer config -g repo.packagist 也为空，则确认走的是官方源。
-
composer diagnose不显示具体 URL，只提示“custom”，所以不能单靠它定位地址 - 某些 CI 环境会临时改
COMPOSER_REPO_PACKAGIST环境变量，此时diagnose仍会提示 custom，但config -g查不到——得看环境变量 - 如果
diagnose报Warning: The lock file is not up to date，和镜像无关，别误判
为什么 composer config -g repo.packagist 有时返回 null？
不是 bug，是 Composer 的“未设置即不存键”逻辑：它不会把默认值（https://packagist.org）写进配置文件，只在内存里 fallback。所以 config -g repo.packagist 返回 null 或报错，恰恰说明你没动过镜像配置。
真正要验证是否走官方源，可以：composer clear-cache && composer require monolog/monolog:^3.0 -vvv，然后看日志里请求的是 packagist.org 还是镜像域名。
- 别依赖 IDE 或编辑器自动补全去翻
~/.composer/config.json，手动改文件易出格式错误 - 用
composer config -g --list看所有已设置项，比盲猜键名靠谱 - 多环境部署时，
repo.packagist和repositories数组可能同时存在，后者优先级更高，但日常几乎不用
repo.packagist 就行；其他方式只是辅助验证。最容易被忽略的是环境变量覆盖和多级配置叠加，真出问题时，先 composer config -g --list 再 env | grep COMPOSER。 
