composer config -g repo.packagist 输出不等于真生效，因其仅显示配置内容，不反映实际使用源；真实验证需执行 composer clear-cache && composer require monolog/monolog -vvv 并检查下载URL是否为镜像地址，或查看 composer diagnose 中“Repo packagist.org”行。
composer config -g repo.packagist 输出不等于真生效
运行 composer config -g repo.packagist 只告诉你“你写进了什么”，不是“Composer 正在用什么”。它可能显示 https://mirrors.aliyun.com/composer/，但实际请求仍发往 packagist.org——因为项目级 composer.json 里有空 "repositories": []，或键名写成了 repo.packagist（应为 repos.packagist）。
验证必须走真实网络请求路径
真正有效的验证方式只有一种：触发一次真实的包拉取，并观察实际 HTTP 请求地址。
- 先清缓存：
composer clear-cache - 再执行带详细日志的安装：
composer require monolog/monolog -vvv - 在输出中搜索
Downloading，确认出现的是类似https://mirrors.aliyun.com/composer/packages.json的 URL - 如果看到
https://packagist.org/packages.json或https://repo.packagist.org/packages.json，说明镜像没起作用
另一个可靠指标是 composer diagnose 输出里的 Repo packagist.org: 行，它显示的是当前实际解析并使用的源地址，比 config -g 更可信。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
常见静默失效的配置错误
这些错误不会报错，但会让配置完全不生效：
- 键名写错：
repo.packagist（少 s）→ 应为repos.packagist（Composer ≥ 2.2） - URL 缺末尾斜杠：
https://mirrors.aliyun.com/composer→ 必须是https://mirrors.aliyun.com/composer/ - 漏掉
"type": "composer"字段，即使 URL 正确也静默忽略 - 项目根目录
composer.json中存在"repositories": []（哪怕为空数组），会直接屏蔽全局镜像
Windows 和 sudo 用户最容易忽略的路径问题
改完配置却始终不生效？大概率是读写路径不一致：
- Windows 用户执行完要重启终端，否则仍读旧缓存
- Linux/macOS 下若用
sudo composer config -g，配置写进/root/.composer/config.json，普通用户运行时根本读不到 - 验证真实加载路径：
composer config --global --list --verbose，第一行Loaded config file:才是 Composer 实际读取的位置
最隐蔽的干扰项是 COMPOSER_HOME 环境变量——设错路径、含 ~ 或未展开的 $HOME，都会让 Composer 完全跳过你认为在改的那个文件。
