最可靠的方式是加-vvv触发真实网络请求：先执行composer clear-cache，再运行composer require monolog/monolog --no-install -vvv，搜索输出中的Downloading，确认请求地址为https://mirrors.aliyun.com/composer/packages.json而非packagist.org。
Composer 默认配置不是“设一次就自动生效”的全局开关，而是由多个层级叠加决定的——repo.packagist 这类镜像源必须显式写对键名、类型和 URL 格式，否则静默失效；github-oauth 等认证类配置才真正跨项目起作用，而 minimum-stability 在有 composer.json 的项目里根本不会读全局值。
怎么确认当前生效的默认源？别猜，看实际请求地址
执行 composer config -g repo.packagist 只能看出你“写了什么”，不代表它正在用。最可靠的方式是加 -vvv 触发真实网络请求：
- 先清缓存：
composer clear-cache - 再跑一次拉包：
composer require monolog/monolog --no-install -vvv - 在输出里搜索
Downloading，确认出现的是https://mirrors.aliyun.com/composer/packages.json，而不是https://packagist.org/packages.json
如果看到后者，说明项目级 composer.json 里的 repositories 字段覆盖了全局设置，得进去删或改顺序。
全局换源必须写对三个硬性条件
命令 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 看似简单，漏掉任一细节都会失败：
-
repo.packagist是固定键名，不能写成repos.packagist（多一个 s）、packagist（少前缀）或repository - 中间的
composer是type值，不是可选参数，也不能换成package或留空 - URL 必须以
https://开头，且末尾必须带斜杠：https://mirrors.aliyun.com/composer/—— 少斜杠在 Composer 2.2+ 会直接报 404
验证是否写入成功：运行 composer config -g repo.packagist，输出应为合法 JSON 对象，不是 null 或报错。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
哪些配置项真能全局生效？别乱设无效字段
不是所有 config 键都支持全局作用域。Composer 对不同字段的处理逻辑完全不同：
- 真正稳定全局生效（项目无法覆盖）：
github-oauth、http-basic、cache-dir、process-timeout、secure-http - 看似全局、实则只在空目录下兜底：
minimum-stability、prefer-stable、platform—— 一旦当前目录有composer.json，它们立刻被忽略 - 完全无效（设了也静默丢弃）：
autoload、require、scripts—— 这些根本不属于全局配置范畴
验证方法：进一个空目录，运行 composer require monolog/monolog，观察是否按你设的 minimum-stability 行为拉包；再进已有项目的目录，运行 composer config --list，对比同名 key 是否消失。
Windows 和 macOS 用户最容易踩的路径坑
全局配置文件路径不是绝对固定的，它依赖 $COMPOSER_HOME 环境变量，而非硬编码：
- Linux/macOS：默认是
~/.composer/config.json，但如果你设过export COMPOSER_HOME="$HOME/composer"，就得去那个路径找 - Windows：PowerShell 中
%APPDATA%不会自动展开，直接写会导致命令静默失败；要用完整路径，比如C:\Users\YourName\AppData\Roaming\Composer\config.json - 用
sudo composer config -g（Linux/macOS）会把配置写进/root/.composer/config.json，普通用户根本读不到
查真实路径最稳的办法：运行 composer config --global --list --verbose，第一行明确告诉你 Composer 实际读取的是哪个文件。
