确认实际生效镜像源需分三层验证：先查环境变量（最高优先级），再查项目级composer config repo.packagist，最后查全局composer config -g repo.packagist；必须清空缓存并用composer require -vvv查看真实请求URL才能最终确认。
怎么确认当前实际生效的镜像源
别只看 composer config -g 输出，Composer 实际读取顺序是：环境变量 > 项目级 composer.json > 全局配置。三层里只要有一层设了源，其他层就可能被跳过。
查项目级真实生效地址：composer config repo.packagist（不加 -g），输出如 {"type":"composer","url":"https://mirrors.aliyun.com/composer/"} 就说明项目自己锁死了镜像。
查全局配置：composer config -g repo.packagist 或 composer config -g repos.packagist ——注意这两个键名都得试，因为旧写法和新写法可能并存。
查环境变量（最优先）：env | grep COMPOSER_REPO_PACKAGIST（Linux/macOS）或 echo %COMPOSER_REPO_PACKAGIST%（Windows），有输出就得先清掉，否则其他操作全白搭。
删配置还是覆盖？优先用覆盖命令
直接删字段容易漏掉干扰项，也容易误删错名（比如删了 repo.packagist 却留着 repos.packagist）。最稳的做法是强制覆盖为官方地址：
composer config -g repo.packagist composer https://packagist.orgcomposer config -g repos.packagist composer https://packagist.org
这两条都执行一遍，能同时覆盖单数/复数两种历史写法；composer 这个 type 值不能省，URL 末尾不加斜杠会静默降级，必须写全。
不推荐用 --unset，尤其在 Composer 2.2–2.4 小版本里，删空后可能出现 Could not parse version constraint 错误——这不是你配错了，是它 fallback 逻辑崩了。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么换完还是走镜像？缓存和项目级配置是最大坑
即使全局和环境变量都清干净了，以下两点仍会让请求继续发往阿里云、腾讯云等镜像：
- 当前项目
composer.json里有"repositories"字段，哪怕内容是{"packagist.org": false}，也会彻底屏蔽默认源 - 没运行
composer clear-cache，Composer 会继续用缓存里的旧packages.json，导致composer update找不到包、版本号错乱
验证是否真走官方源：运行 composer require monolog/monolog --no-install -vvv，滚动日志里找 Downloading https:// 开头的行——正确应含 https://repo.packagist.org，不是任何 mirrors. 域名。
项目级 repositories 怎么清理
项目级配置优先级最高，全局设置对它完全无效。检查方式很简单：
grep -A 5 '"repositories"' composer.json（Linux/macOS）或直接打开文件搜 repositories。
常见错误写法包括：
-
"repositories": {"packagist.org": false}→ 等于关掉所有源，必须删整块 -
"repositories": [{"type":"composer","url":"https://mirrors.aliyun.com/composer/"}]→ 删除整个repositories字段，别只改 URL
临时绕过项目配置验证：运行 composer install --no-plugins --repository=https://packagist.org -vvv，如果这时请求变快、URL 正确，基本就能锁定是项目配置的问题。
真正还原官方源的关键不在“删”，而在“三层都清+缓存清+请求验证”。少一步，composer update 就可能还在拉镜像的旧包。
